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INTRODUCTION 


Background 

Thitt  report  describee  work  accomplished  under  a  task  authorized  by  the 
Ship  Production  Committee,  Panel  SP-4,  Design / Production  Integration . 

The  principle  purpose  of  the  work  was  to  develop  the  tools  that  are 
necessary  for  integrating  the  schedules  by  which  drawings  are  developed  and 
equipment  is  procured  in  shipyards  which  use  modem  mocfcilar  construction  prac¬ 
tices  in  their  shipbuilding,  repair  or  overhaul  projects. 

The  conversion  to  modular  construction. practices  from  past  system- 
oriented  construction  practices  has  greatly  emphasized  the  need  for  such  in¬ 
tegrated  schedules.  First,  there  is  ouch  less  overlap  of  the  design  effort 
and  the  construction  effort,  so  there  is  much  greater  need  far  the  drawings  to 
be  correct  and  complete  when  the  drawing  is  first  issued,  without  reservations 
caused  by  lack  of  adequate  information  about  the  equipment  to  be  installed. 
Secondly,  because  of  the  emphasis  on  pre-cxitfitting  of  construction  rrodules 
(units)  while  the  units  are  being  built,  rather  than  after  the  hull  is 
erected,  major  equipment  may  be  required  sooner  relative  to  the  shipbuilding 
contract  award  than  was  required  in  system  ■  oriented  practice. 

In  general  it  has  been  common  in  most  shipyards  to  determine  the  date 
by  which  an  equipment  must  be  ordered,  i.e.,  the  equipment  Purchase  Order 
Award  (POA)  Date,  by  (a)  identifying  the  date  by  which  the  equipment 
(hardware)  had  to  be  in  the  shipyard  to  support  the  construction  proceess,  (b) 
identifying  the  manufacturing  lead  time  for  the  hardware,  and  subtracting  (b) 
from  (a)  .  This  approach  has  completely  ignored  the  fact  that  equipment  per¬ 
formance  and  configuration  data  (software)  is  needed  to  support  the  design 

Process,  and  is  needed  in  a  time  frame  with  will  allow  drawings  to  be  issued 
on  a  schedule  which  is  in  phase  with  the  required  construction  schedules. 

Since  equipment  cannot  be  ordered  until  the  design  effort  reaches  the 
point  where  the  required  performance  of  the  equipment  has  been  defined,  aid 
the  design  cannot  be  completed  until  after  the  equipment  has  been  ordered  aid 
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its  details  are  confirmed  by  the  equipment  supplier,  it  is  clear  that  the 
drawing  development  and  equipment  procurement  processes  are  interdependent  and 
must  be  scheduled  in  an  integrated  manner . 

Approach 

In  order  to  develop  a  system  for  integrating  these  two  processes,  it  was 
first  necessary  to  determine  what  information  was  recoil  red  by  each  process 
from  the  other.  The  point  of  time  in  each  process  when  the  data  was  needed 
was  also  required.  With  these  facts  established,  it  was  passible  to  develop 
the  logic  of  the  required  information  flew  path.  Finally,  a  computer  program 
had  to  be  developed  to  facilitate  the  calculations  involved  in  the  integration 
of  the  scheduling  processes.  This  program  allows  the  issue  of  reports  which 
provide  the  dates  which  nust  be  met. 

Personnel  from  the  Design  Engineering  Division  of  Ingalls  Shipbuilding 
Division  (ISD)  and  from  several  vendors  who  serve  most  shipyards  were  inter¬ 
viewed  to  develop  the  information  requirements  and  the  times  by  which  various 
types  of  data  had  to  be  available  for  minimum  interruption  of  their  routine 

processes.  The  data  from  these  interviews  were  developed  into  a  description 
of  the  information  flow  paths. 

Two  types  of  minicomputer  general  application  programs  were  inves¬ 
tigated,  a  networking  program  and  a  relational  data  base  program.  The  latter 
was  chosen  as  preferable  for  this  effort,  primarily  because  of  the  greater 
control  of  the  ultimate  specific  application  program  that  was  allowed  by  this 
approach . 
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General 

Both  the  content  and  the  timing  of  the  availability  of  information  are 
important  to  the  generation  of  good  schedules  for  the  major  processes  which 
are  inherent  in  shipbuilding  programs.  Information  about  equipment  which  is 
to  be  installed  in  the  ship  is  as  important  as  the  e^iipment  itself,  and  the 
lack  of  information  can  have  as  nuch  influence  an  doing  quality  work  cn  tine 
within  cost  as  the  equipment  hardware  itself.  The  information  flaw  process 
for  mao  or  equipment  is  an  iterative  process,  in  which  the  shipbuilder  contacts 
the  prospective  equipment  vendors  several  times. 

The  first  contact  will  be  during  the  Pre-Bid  period,  when  the  ship¬ 
builder  is  in  the  process  of  preparing  his  bid  to  design  and  build  the  ship. 
Using  a  Request  for  Quotation  (FFQ) ,  he  will  contact  prospective  equiprant 
vendors  for  pricing  data  and  equipment  delivery  lead  time  data,  giving  them 
such  information  as  he  has  gleaned  from  the  owner's  requirements,  proposed 
ship  specifications  and  contract  design  data. 

Qnco  the  successful  shipbuilder  has  been  identified,  that  shipbuilder 
will  again  contact  potential  equipment  suppliers,  with  a  Request  For  Proposal 
(RFP).  The  FFP  will  be  based  on  further  study,  analysis  and  calculation  by 
the  shipyard,  and  will  identify  the  shipyard's  requirements  for  equipnent  per¬ 
formance,  for  data  and  for  documentation. 

Then,  based  upon  review  and  evaluation  of  the  technical  description  and 
other  data  received  from  the  vendors,  including  price,  the  shipyard  will  nego¬ 
tiate  a  contract  with  one  vendor  and  issue  a  Purchase  Order  (PO) .  This  docu¬ 
ment  contains  a  description  of  the  technical  requirements  which  the  equipment 
must  satisfy,  the  information  which  the  vendor  must  supply  about  the  equip¬ 
ment,  end  the  timeframe  in  which  the  data  and  equipment  must  be  provided. 
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Finally,  for  some  equipment,  the  shipyard  will  issue  formal  authoriza¬ 
tion  to  the  vendor  to  proceed  with  manufacture  of  the  equipment.  The  "OK  to 
Manufature"  Will  not  be  issued  until  the  shipyard  has  received,  reviewed  and 
accepted  the  vendor’s  design  data  and  manufacturing  schedule. 

Information  Required  by  The  Shipyard 
Types  of  Equipment  Data 
Performance  Data 

During  the  design  of  a  ship's  systems,  the  designer 
determines  the  need  for  various  types  of  equipment  and  identifies  the  perfor¬ 
mance  characteristics  that  each  equipment  must  develop  in  order  for  the  system 
to  operate  in  accordance  with  all  of  the  system  requiremennts .  These  perfor¬ 
mance  characteristics  are  then  translated  into  the  Technical  Specifications 
for  each  type  of  equipment,  which  are  issued  with  the  RFQ  and  PO.  However, 
the  equipment  that  will  ultimately  be  provided  is  unlikely  to  meet  the  minimum 
performance  requirements  precisely. 

For  instance,  the  system  may  require  a  pump  that  will 
provide  285  gallons  per  minute  at  a  pressure  of  87  psi,  but  the  pump  that  is 
procured  may  be  designed  to  provide  300  gpm  at  100  psi.  If  the  equipment  that 
is  ultimately  purchased  varies  significantly  from  that  which  was  assumed  for 
design  development,  the  system  design  may  have  to  be  modified,  by  addition  of 
throttling  valves,  different  sized  relief  valves,  etc.,  in  response  to  the  ac¬ 
tual  pump  characteristics.  The  system  design  cannot  be  considered  as  finished 
until  the  specific  performance  data  of  every  piece  of  equipment  in  the  system 
are  known.  In  the  wxst  case,  the  specific  data  about  one  piece  of  equipment 
could  require  a  change  to  the  technical  requirements  for  other  equipment  that 
is  already  in  the  procurement  process. 

Performance  data  are  needed  for  completion  of  the  system 
diagrams,  which  are  the  drawings  define  the  system  performance  charac¬ 
teristics.  The  basic  system  design,  for  which  diagrams  are  used,  does  not 
depend  heavily  upon  the  actual  configuration  of  the  system's  equipment. 

However,  Digrams  must  be  finished  before  certain  other  drawings,  which  do 
depend  upon  configuration  data,  can  be  completed.  Consequently,  final  perfor¬ 
mance  data  is  needed  by  the  shipyard  for  ship  design  process  before  final 
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configuration  data  is  needed.  The  designed  performance  characteristics  of 
developmsntal  equipment  are  fixed  by  the  vendor  before  the  final  configuration 
data  are  established.  Thus  it  is  both  desirable  and  reasonable  to  identify  a 
date  by  which  the  vendor  must  provide  performance  data  far  his  equiprant,  cne 
which  is  earlier  then  the  date  by  which  he  must  provide  the  configuration 
data. 


Ccnfiouraticn  Data 

The  drawings  which  central  the  ship's  final  configuration, 
and  which  are  used  for  installing  equipment  into  the  ship,  are  dependmt  upen 
precise  configuration  data  for  all  ec^iipment  being  installed.  These  data  also 
must  be  analyzed  by  the  shipyard  before  it  authorizes  the  vendor  to  pr-rrari 
with  manufacture  of  the  equipment.  The  timeliness  of  submission  of  these 
data,  then,  are  obviously  crucial  to  the  yard's  being  able  to  meet  the  ccrr- 
structian  schedule.  It  is  vital  to  establish  the  submittal  date  of  the 
vendor's  configuration  data  contractually,  but  it  is  equally  vital  to  ensure 
that  the  date  selected  will  satisfy  the  requirements  of  the  drawing  schedule, 
which  must  meet  the  requirements  of  the  construction  schedule. 

Desicn  Evaluation  Data 

As  a  minimum,  the  shipyard  must  have  design  drawings  and 
performance  calculations  of  a  vendor's  equipment  before  it  can  give  a  vsndor 
approval  to  proceed  to  manufacture.  Most  shipyards  take  this  step  only  for 
major  or  developmental  equipment,  to  avoid  taking  on  an  unnecessary  respon¬ 
sibility  for  the  performance  of  the  vendor.  In  many  cases,  such  as  for 
switchboards  or  consoles,  the  owner  will  require  his  approval  before  the  ven¬ 
dor  may  proceed  to  construction  of  the  equipment.  The  PO  should  clearly  make 
the  vendor  responsible  only  to  the  shipyard,  to  avoid  blurring  of  lines  of 
responsibility. 

ILS  Data 

Many  other  types  data,  such  as  data  related  to  Integrated 
Logistic  Support  (ILS),  are  needed  from  equipment  suppliers  by  shipyards.  In 
some  cases  the  data  or  documents  are  only  needed  for  delivery  by  the  shipyard 
to  the  ship  owner,  but  normally  the  owner  will  hold  the  shipyard  responsible 
in  some  degree  for  the  accuracy  of  data  provided.  It  is  very  important  to 


Page  2-3 


the  overall  success  of  the  shipbuilding  program  that  data  be  separately 
identified,  scheduled  and  managed.  However,  data  such  as  this,  which  has  no 
direct  influence  on  the  design  of  the  ship  systems  (despite  heavy  influence  on 
the  design  of  the  equipment  in  some  cases)  will  not  be  further  considered  in 
this  study. 

Timing  of  Information  Requirements 
Shipyard  Bid  Preparation 

At  the  time  that  a  shipyard  is  preparing  its  bid  for  a  ship¬ 
building  program,  the  information  needed  from  vendors  relates 
primarily  to  cost  and  availability.  Unfortunately,  too  often  shipyard's 
reqeust  for  information  at  this  point  is  solely  oriented  toward  hardware  cost. 
Shipyards  frequently  complain  later  that  they  did  not  get  enough  information 
from  a  vendor,  but  the  primary  for  a  shipyard  failing  to  get  data  is 
because  it  has  failed  to  ask  for  the  data. 

In  order  to  receive  the  most  accurate  cost  estimate  from  a 
vendor,  the  shipyard  must  identify  all  of  the  requirements  that  the  vendor 
must  satisfy.  Even  when  hardware  availability  is  addressed  in  an  RFQ  ,  it  is 
all  too  common  for  the  cost  and  delivery  data  for  tha  rest  of  the  vendor's  ef¬ 
forts  to  the  overlooked  or  ignored.  It  should  be  obvious  that  the  shipyard's 
needs  for  performance,  configuration  and  ILS  data,  plus  the  time  delays  in¬ 
herent  in  any  review  and  acceptance  of  data  by  the  shipyard,  will  result  in 
additional  costs  for  the  vendor.  The  shipyard's  allowance  for  vendor  costs 
will  be  much  more  accurate  if  all  of  the  which  the  vendor  will  have  to  do 
is  identified  clearly  in  the  RFQ. 

The  major  element  shipyard's  build  strategy  should 
be  developed  during  the  bidding  processs.  Since  the  availability  of  equipment 
data,  as  well  as  hardware,  can  have  a  strong  influence  on  the  cost  effective¬ 
ness  of  the  overall  construction  approach  the  information  request  from 
vendor  during  the  pre-award  effort  of  the  shipyard  must  not  be  limited  to 
cost  data.  In  order  to  adequately  develop  their  own  work  schedules  and  costs, 
the  shipyard  needs  to  obtain  of  the  schedules  by  which  the  vendor 
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will  be  able  to  submit  drawings,  documents  and  other  data  requirements.  Un¬ 
less  the  RFQ  asks  for  such  data,  the  shipyard  is  unlikely  to  obtain  it,  and 
their  awn  cost  estimates  will  likely  be  too  low. 

The  impact  of  the  equipment  data  cost  and  availability  is 
much  greater  for  developmental  equipment  than  for  off-the-shelf  equiprent. 
Nevertheless,  since  the  shipyard  needs  the  most  accurate  passible  cost  qixite 
from  the  vendor,  it  follows  that  the  yard  must  identify  all  the  work  which  is 
expected  from  the  vendor  and  upon  which  the  vendor  nest  quote,  for  all  equip¬ 
ment,  even  at  this  first  stage  of  information  exchange. 

Rost  £ward  RFQ  Process 

The  RR3  contains  the  Technical  Specifications,  prepared  by 
the  Design  Engineering  organization,  and  additional  contractual  provisions 
developed  by  the  Furchasing  Department.  The  technical  specifications  estab¬ 
lish  the  minimum  technical  requirements  that  must  be  met  by  the  equipment  to 

be  furnished.  In  addition,  the  RFQ  should  include  a  complete  description  of 
each  of  the  data  deliverables  that  the  vendor  will  have  to  provide.  The  dates 

by  which  each  type  of  data  are  to  needed  in  the  yard  must  be  established  by 

the  shipyard  at  this  time.  The  vendors  must  be  required  to  specify  that  they 
will  meet  the  time  rquirements  for  data  submission  or  identify  the  date  by 
which  they  will  provide  the  data,  with  clear  justification  for  not  being  able 
to  meet  the  shipyard's  desired  dates. 

With  respect  to  hardware  schedules,  the  shipyard  must 
provide  prospective  vendors  with  as  much  information  about  specific  in-yard 
delivery  dates  possible.  Not  all  items  of  identical  equipment  are  needed 
in  the  yard  on  the  same  date,  so  it  is  appropriate  to  identify  separate  dates 
for  each  item,  rather  than  require  all  items  to  be  delivered  on  the  date  when 
the  first  item  is  needed.  If  the  equipment  supplier's  production  rate  cannot 
satisfy  the  rate  by  which  equipment  will  be  installed,  then  the  supplier  will 
have  to  provide  the  shipyard  with  proof  that  the  required  shipyard  delivery 
schedule  can  be  met. 
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If  the  RFQ  requires  that  the  vendor  furnish  a  complete 
description  of  the  equipment  offered,  including  the  equipment's  performance 
data  as  will  as  its  configuration  data,  process  of  selecting  the  success¬ 
ful  vendor  will  be  greatly  simplified  and  the  design  process  will  proceed 
with  fewer  reservations  and  fewer  changes,  all  of  which  will  save  manhours  and 
time . 


Purchase  Order  Award _ 

The  Purchase  Order  (PO)  is  the  document  to  which  the 
selected  vendor  must  actually  perform.  Consequently,  it  must  be  as  definitive 
as  possible.  Vague  statements  of  requirements  by  the  shipyard  are  appropriate 
only  where  the  shipyard  can  accept  any  possible  interpretation  of  the  require¬ 
ments  by  the  vendor.  The  shipyard  and  the  vendor  must  agree  on  the  delivery 
dates  of  performance  data  for  the  equipment,  including  noise  characteristics, 
acceptable  vibration  levels,  maintenance  requirements  proposed  spare  parts 
requirements,  test  data,  technical  manuals  etc.,  and  the  PO  must  reflect 
those  agreements  in  detail.  The  required  content  of  the  configuation  data 
must  be  defined  the,  as  well  as  the  date  by  which  it  must  be  provided. 

It  is  common  practice  in  some  shipyards  identify  a  single 
date  for  delivery  of  all  data.  However,  since  the  designed  performance  data 
of  an  equipment  is  available  in  most  cases  before  the  final  configuration  data 
is  developoed  by  the  vendor,  and  since  the  performance  data  is  needed  by  the 
shipyard  before  the  configuration  data,  separate  dates  should  be  established 
for  submitting  each  type  of  data  should  be  specified  in  the  PO. 

Information  Required  by  the  Vendor 

Vendors  need  to  know  what  the  shipyard  wants.  The  requirements 
trust  be  stated  clearly  and  definitively.  Performance  requirements  must  be 
stated  in  terms  of  criteria  that  can  be  measured  and  demonstrated.  Maxima, 
minima  or  ranges  of  satisfactory  performance  should  be  identified.  All  data 
that  the  shipyard  wants  the  vendor  to  provide  must  be  identified  as  clearly  as 
possible.  Examples  of  satisfactory  submittals,  or  standardized  data  input 
sheets  should  be  provided  whenever  possible. 
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Among  other  things  vendors  need  a  clear  description  of: 


a)  the  performance  parameters  that  their  eguipment  must 
satisfy, 

b)  the  environmental  conditions  under  which  their  eguipment 
must  operate  successfully, 

c)  all  data  and  documents  that  must  be  submitted, 

d)  the  reguired  (desired)  schedule  for  data  submitttal, 

e)  any  physical  dimensional  limitations  which  their  eguipment 
ment  must  operate  within, 

f)  any  training  that  must  be  provided  by  vendor, 

g)  any  criteria  that  will  have  to  satisfied  in  order  to 
receive  approval  to  proceed  to  manufacture, 

h)  what  vendor  testing  or  other  reguirements  must  be 
satisfied  for  acceptance  of  the  eguipment, 

i)  the  reguired  (desired)  schdule  for  hardware  delivery. 

A  Common  complaint  of  vendors  is  that  they  are  not  given  suffi¬ 
cient  information  about  the  confines  within  which  their  eguipment  is  expected 
to  work.  Environmental  conditions  are  normally  described,  but,  particularly 
when  a  vendor  is  made  responsible  for  installation  of  much  or  all  of  a  system, 
the  design  of  the  compartments  in  which  the  equippment  is  to  be  installed  must 
be  made  available  to  the  vendor  before  his  manufacturing  process  begins. 

Drawing  Interface  Information  Requirements 

In  addition  to  equipment  information,  system  designers  frequently 
must  make  assumption  and  feedback  conerning  their  system’s  inter¬ 
faces  with  other  systems.  For  example,  a  salt  water  system  may  provide  cool¬ 
ing  water  for  another  system.  The  requirements  of  the  user  system  must  be 
known  before  the  requirements  of  the  system  which  provide  the  service,  the 
provider  system,  can  be  determined  .  In  general,  this  too  is  an  interative 
process.  The  user  systems  requirements  are  first  provided  by  its  designer  to 
the  provider  system's  designer  as  an  estimate  and  then  confirmed  as  its  equip¬ 
ment  data  becomes  firmly  known.  The  user  system's  estimated  needs  are  used  in 
the  provider  system's  designs,  but  the  provider  system  design  cannot  be  con¬ 
sidered  complete  until  the  systems'  designs  are  complete.  Thus,  the  re- 
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quined  completicn  date  for  the  user  system  -  and  consequently  the 
submittal  dates  for  user  system  equipment  data  —  may  be  controlled  by  the  need 
to  give  data  to  the  provider  system  in  time  to  meet  the  provider  system' s 
schedule  constraints. 
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HH  IE5S  MODEL 


General 

In  order  to  develop  an  integrated  schedule  far  a  complicated  process,  it 
is  necessary  to  identify  all  of  the  activities  which  must  take  place  during 
the  process,  identify  the  length  of  time  necessary  to  carry  out  each  of  the 
activities  (the  activity  "duration*'),  and  then  to  identify  the  interrelation¬ 
ships  between  activities.  When  the  process  is  complex,  it  is  helpful  to  first 
group  some  activities  into  broader  classifications,  if  possible. 


In  developing  a  ’'model''  of  all  of  the  activities  which  must  take  place 
during  the  shipbuilding  process  to  develop  drawings  and  procure  equipnent, 
of  their  interrelationships,  it  was  helpful  to  first  identify  certain  fanilies 
of  activities  which  occur.  Figure  1  ^.s  a  simplified  version  of  the  model, 
which  illustrates  the  several  types  of  activities  involved.  These  types  can 
be  further  combined  into  three  basic  processes,  the  Drawing  Developnsnt 
process,  the  Equipment  Procurement  process  and  the  Construction  process.  Each 


of  the  three  processes  are  defined  ir|  Figure  1  fjy  the  bold  lines  which  sui — 
round  them. 


The  Construction  Process 

General 

Since  the  Cdnstructicn  process  is  the  most  labor  intensive  effort 
of  any  shipbuilding  program,  the  planning  of  this  process  is  the  nost  essen¬ 
tial  aspect  of  minimizing  shipbuilding  cost.  All  other  schedules  must  be 
built  to  phase  in  effectively  with  the  ship  construction  schedule.  Because  of 
the  driving  significance  of  the  Construction  process,  a  quick  description  is 
appropriate  as  background  for  more  detailed  descriptions  of  the  Drawing 
Development  and  the  Equipment  Procurement  processes. 


Construction  Stages 

The  various  types  of  effort  involved  in  the  Construction  process 
are  identified  in 


Figure  1  v|iithin  a  bold  line.  In  modem  modular  shipbuilding 


practice,  ships  are  constructed  by  units,  which  are  then  canbined,  or  erected. 
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to  form  the  ship  .  All  planning  of  how  various  parts  of  systems  and  equip¬ 
ment  are  to  be  installed  and  assembled  is  done  on  a  unit  by  unit  basis.  Parts 
of  each  system  are  usually  fabricated  by  rather  than  by  system,  in  time 
to  support  the  assembly  or  outfiting  of  the  unit. 

Thus,  the  scheduling  of  the  assembly  and  outfitting  process  for 
each  unit  becomes  the  controling  factor  for  the  scheduling  of  the  drawing 
process  and  may  control  the  scheduling  of  Equipment  as  well. 

One  shipyard  had  identified  the  several  different  stages  of  the 
assembly  and  outfitting  process  as  follows: 


Stage  20  -  Structural  Panel  Assembly 

Stage  30  -  Assembly  Structural  Panels  into  Unit 

Stage  40-  Machinery  Package  unit  assembly  and  Outfitting 

Stage  50  -  Preblast  On-Unit  Outfitting 

Stage  60  -  postblast  On-Unit  Outfitting 

Stage  65  -  Join  Unit  into  Block  and  Outfit  Block 

Stage  70  -  Erect  Blockin  Hull 

Stage  80  -  Onboard  Outfitting 


These  definitions  will  be  used  for  this  report.  Each  stage,  ex¬ 
cept  stage  40,  is  sequential.  Stage  40  fs  construction  normally  proceed 

in  parallel  with  some  other  construction  stages  because  machinery  package 
units  may  be  installed  during  any  one  of  the  other  stages,  suchh  as  stage  50, 
60,  65,  70  or  80.  To  be  ready  for  installation  in  stage  50,  it  will  have  to 
be  assembled  in  parallel  with  the  work  in  stage  20  and/or  30. 


Construction  Planning 

During  the  Bidding  Period 

Although  not  indicated 


Figure  1 


construction  planning 


efforts  start  during  the  shipyard's  preparation  of  the  bid  for  the  shipbuild¬ 
ing  contract.  A  "Build  Strategy"  must  be  deveoped  as  part  of  the  effort 
estimate  the  cost  of  building  the  ship(s).  This  entails  the  initial  defini¬ 
tion  of  how  the  ship  will  be  broken  down  into  units,  how  many  construction 
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stages  will  be  used  to  build  each  unit,  a  schedule  for  each  stage  of  each  unit 
and  the  locations  within  the  shipyard  where  each  stage  of  each  unit  will  be 
assembled. 


Post  Award  Planning  Efforts 

After  award  of  the  shipbuilding  contract,  the  shipyard  will 
make  a  more  detailed  study  of  the  plan  which  was  prepared  during  the  bid 
process  and  proceed  to  more  detailed  planning  of  all  of  the  steps  which  will 
have  to  be  performed  during  each  construction  stage  of  every  unit.  This 
planning  is  done  with  input  from  the  design  engineering  and  purchasing  depart¬ 
ments  so  that  their  planning  efforts  will  mesh  with  the  construction  plaining. 
The  other  major  reason  for  coordination  of  these  planning  efforts  is  to 
preclude  unrealistic  assumptions  about  when  drawings  and  equipment  will  be 
available  to  support  the  Construction  process. 

All  of  the  Assembly  and  Fabrication  drawings  (defined  later) 
prepared  by  the  Design  Engineering  Department  must  be  developed  so  that  tfe 
work  can  be  accomplished  as  planned  by  the  Industrial  Engineers  in  the  Produc¬ 
tion  organization.  The  Composite  Drawings  nust  be  developed  to  correspond  with 
the  construction  sequence,  in  order  to  be  most  useful  in  guiding  the  develop¬ 
ment  of  the  final  Assembly  Drawings.  Since  these  drawing  products  are  prereq¬ 
uisites  for  actual  ship  construction  work  to  begin,  it  is  clear  that  the  con¬ 
struction  planning  efforts  described  above  must  start  immediately  after  con¬ 
tract  award,  and  must  be  finished  as  quickly  as  possible. 


Detailed  Work  Planning  Documents 

A  final  stage  of  production  planning  takes  place  after  the 
assembly  and  fabrication  drawings  are  produced.  The  final  work  orders  to  in¬ 
dividual  construction  trades,  which  describe  specific  activities  of  work  to  be 
accomplished,  based  on  the  actual  content  of  the  drawings,  and  which  contain 
manhour  allowances  for  each  trade,  can  only  be  prepared  after  the  drawings  are 
in  hand.  Final  fabrication  planning,  including  detailed  shop  routing  of  in¬ 
dividual  pieces  described  an  the  drawings,  nust  be  allowed  for  in  the  overall 
scheduling  process.  Oily  these  final  planning  efforts  are  included  in 
1. 


Figure 
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The  Drawing  Development  Process 


Several  of  the  elements  shown  ir  Figure  1  involve  the  development  of 
different  types  of  drawings.  Each  of  these  is  considered  as  a  different 
family  of  activities  and  will  be  discussed  separately. 


System-Oriented  Drawings 

Arrangement  and  Kiev  Structural  Drawings 

The  first  drawings  that  need  to  be  developed  are  the  space 
arrangement  drawings,  key  structural  drawings  and  major  machinery  foundation 
drawings.  These  drawings  establish  the  overall  background  for  developing  and 
defining  the  structure,  detailing  the  configuration  of  individual  distributed 
systems,  and  for  locating  equipment.  Initial  completion  of  at  least  same  of 
these  drawings  is  a  prerequisite  for  beginning  the  system  diagram  effort.  The 
drawings  will  not  be  considered  finally  complete  until  they  reflect  any 
changes  found  to  be  necessary  during  later  design  stage  developments. 

System  Diagrams 

The  development  of  system  diagrams  is  the  next  stage  in  the 
Design  Development  process.  These  drawings  provide  a  complete  description  of 
the  requirements  for  each  system  in  the  ship,  including  structural  systems, 
piping  systems,  ventilation  systems,  electrical  and  electronic  systems.  With 
respect  to  scheduling,  this  stage  in  the  process  is  crucial  because  it  con¬ 
trols  the  procurement  of  most  equipment  and  material,  in  addition  to  defining 
all  individual  system  requirements,  and  thus  controlling  the  development  of 
all  the  drawings  from  which  the  ship  is  constructed. 

Focus  and  Use 

The  types  of  drawings  mentioned  above  are  prinrarily  system 
oriented,  in  that  they  establish  the  arrangement  and  the  requirements  which 
must  be  met  by  all  elements  of  every  system  on  the  ship.  One  of  the  prime 
uses  of  these  drawings  is  to  describe  to  the  ship's  o vmer  and  to  regulatory 
bodies  how  their  requirements  will  be  satisfied.  In  fact,  drawings  similar  to 
these  normally  will  have  been  made  available  by  the  awier  to  the  shipyard  (in 
LB  shipbuilding  practice)  as  guidance  during  the  bid  process  and  again  as  part 
of  the  contract  design  package.  However,  the  shipbuilder  must  redevelop  these 
drawings  for  their  own  use,  doing  all  the  calculations  necessary  to  prove  the 
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systems'  adequacy  to  meet  the  specifications.  Thus,  in  developing  these 
documents,  the  shipyard  designer's  focus  is  largely  oriented  to  meeting  re¬ 
quirements  imposed  by  organizations  outside  the  shipyard  or  demonstrating  that 
those  requirements  have  been  satisfied.  However,  these  drawings  also  estab¬ 
lish  the  baseline  for  the  designers  of  other  types  of  shipyard  drawings,  since 
all  of  the  drawing  products  which  follow  in  the  overall  Drawing  Development 
process  must  fully  satisfy  the  features  defined  in  the  system  drawings. 

Composite  (Transition  Design)  Drawings 
General 

After  individual  systems  are  defined  in  system  diagrams, 
their  features  normally  are  combined  into  composite  drawings,  which  show  where 
all  systems  in  a  ship's  spaces  are  located.  In  a  number  of  shipyards  today, 
this  is  done  by  crssting  a  computer  @T  th§  §hi§'§  §fy§tem§«  fpj  p=gg§nt 

years,  this  stage  of  the  design  process  has  been  labeled  by  some  as  the 
'’Transition*'  design  stage,  since  it  represents  a  transition  from  the  system- 
oriented  drawing  stages  just  described  to  the  modular-orientsd  drawing  stages 
which  follow  this  stage. 

Composites  can  be  started  as  soon  as  some  arrangement  aid 
key  structural  drawings  are  sufficiently  complete  to  define  the  geography  of 
the  area,  but  no  part  of  a  composite  can  be  considered  complete  until  every 
part  of  each  system  located  in  that  area  of  the  ship  has  been  completely 
defined.  Uhtil  the  diagram  is  complete  (accurately  describes  every  system  re¬ 
quirement  and  every  nan-stock  system  element),  it  is  impossible  for  the  com¬ 
posite  drawing  to  be  completed  in  any  area  through  which  that  system  passes. 
Similarly,  it  cannot  be  complete  until  a  complete  description  of  every  piece 
of  equipment  in  that  area  is  available. 

Modem  modular  ship  construction  practices  involve  breaking 
the  ship  down  into  units,  each  of  which  is  planned  and  built  as  a  separate  en¬ 
tity,  then  joined  with  other  construction  units  to  make  up  the  ship.  Thus, 
the  overall  composite  drawing  can  be  considered  to  be  the  sum  of  composite 
drawings  of  each  unit.  It  is  most  useful  to  schedule  the  composite  drawing 
for  completion  unit  by  unit. 
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Focus 


Composite  drawings  are  a  tool  used  by  the  shipyard  design 
organization  to  design  in  detail  the  layout  of  all  the  systems  in  the  dif¬ 
ferent  compartments.  They  are  the  principal  technique  used  to  eliminate  in¬ 
terferences  between  the  routing  of  individual  systems.  The  focus  of  the 
designers  is  no  longer  directed  toward  meeting  the  requirements  of  outside 
forces,  but  toward  integrating  the  individual  systems  into  effective 
cohesive  whole,  capable  of  being  constructed  in  a  logical  manner.  Composite 
drawings  tend  to  become  very  complicated  because  they  show  every  part  of  every 
system  in  each  compartment.  Because  they  are  so  complicated,  and  are  not  well 
suited  to  the  needs  of  the  construction  personnel,  they  are  not  normally 
issued  to  anyone  outside  the  design  organization. 

Unit-oriented  Drawings 
General 

The  next  stage  in  the  Drawing  Development  process  is  the 
development  of  drawings  which  can  be  used  efficiently  by  shipyard  construction 
personnel.  Assembly  drawings  provide  the  details  of  how  every  part  of  every 
system  is  to  be  installed  in  the  ship.  Fabrication  drawings  show  how  the  in¬ 
dividual  parts  of  systems  are  to  be  manufactured.  For  shipyards  using  modular 
construction  techniques,  these  drawings  relate  to  a  unit  or  block  (a  combina¬ 
tion  of  two  or  more  units),  since  those  are  the  basic  elements  from  which  the 
ship  is  assembled.  They  no  longer  relate  to  systems.  Only  those  portions  of 
a  system  which  exist  in  a  unit  will  be  shown  in  the  unit-oriented  drawings. 

Focus 

These  drawings  are  prepared  to  provide  construction  workers 
with  guidance  during  the  construction  and  assembly  of  all  the  parts  which  make 
up  the  ship.  As  such,  their  focus  is  entirely  upon  the  production  processes 
which  will  be  carried  out  in  the  building  yard.  Since  the  construction  labor 
force  is  broken  down  into  trades,  each  of  which  requires  experience  in  those 
skills  which  relate  to  certain  processes  or  certain  products,  the  Assembly  and 
Fabrication  drawings  are  normally  trade-related,  as  well.  The  drawings  are 
prepared  to  communicate  with  the  production  workers  and  describe  what  work 
must  be  done  to  make  and  assemble  various  parts  of  systems  into  the  unit,  and 
ultimately  into  the  ship. 


Page  3-6 


System  Type  Lhit  Assembly  Drawings 

Assembly  drawings,  as  the  name  implies,  provide  data  relat¬ 
ing  to  how  parts  are  to  be  assembled.  Dimensional  information  and  other 
details  of  assembly  are  provided.  A  number  of  assembly  drawings  are  usually 
produced  for  a  unit,  each  showing  the  assembly  data  for  a  different  Type  of 
system,  such  as  structure,  piping,  ventilation,  wi reways,  etc.,  since  a  dif¬ 
ferent  construction  trade  would  be  involved  in  the  assembly  of  each  different 
system  type.  Thus,  assembly  drawings  are  primarily  oriented  toward  the  work 
skills  which  are  involved  in  assembling  the  type  of  system  involved  in  one 
unit. 


Frequently,  the  parts  for  one  system  type  may  be  installed 
at  several  stages  of  a  unit's  construction.  Specifically,  structural  parts 
may  be  installed  in  Stages  40,  50,  60  or  even  later,  as  well  as  in  Stages  20 
and  30.  Likewise,  piping  parts  will  probably  be  installed  in  several  con¬ 
struction  stages.  It  is  quite  common  to  develop  separate  drawings  for  each 
stage  of  construction  for  each  system  type.  Another  approach  used  in  sane 
shipyards  is  to  place  information  pertaining  to  separate  construction  stages 
on  separate  sheets  of  one  drawing.  From  a  scheduling  standpoint,  however,  the 
only  stage  that  matters  is  the  first  in  which  a  system  type  will  be  installed, 
because  the  entire  system  layout  must  be  completed  before  the  first,  even  par¬ 
tial,  installation. 

Fabrication  Drawings 

Fabrication  drawings  are  the  final  type  of  drawings 
developed  for  shipbuilding  programs.  They  describe  how  to  make  any  part  that 
is  to  manufactured  within  the  shipyard.  These  are  the  final  products  of  the 
Drawing  Development  process  and  provide  the  necessary  data  for  the  start  of 
the  Construction  process.  Like  Assembly  Drawings,  Fabrication  drawings  for 
modular  ship  construction  programs  are  prepared  by  system  type  by  unit,  and 
not  by  system. 
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The  Equipment  Procurement  Process 
General 

The  purchasing  of  equipment  for  a  ship  is  recognized  by  all 
shipyards  as  a  critical  element  of  delivering  a  completed  ship  an  tine.  Thus, 
it  is  common,  and  normally  required  by  the  shipbuilding  contract,  for  the 
shipyard  to  develop  a  list  of  major  equipment,  to  identify  milestone  dates  for 
the  purchase  and  delivery  of  each  item  on  the  list  and  to  track  tt~  status  of 
completion  toward  each  milestone  date.  Of  the  many  activities  whicn  make  up 
the  procuremmt  process  for  each  equipment,  the  four  which  control  the  in¬ 
tegration  of  schedules  are  the  preparation  of  the  Technical  Specifications  for 
the  equipment,  the  preparation  by  the  equipment  vendor  of  Performance  Data  and 
Configuration  Data  relative  to  the  equipment,  and  the  manufacture  of  the 
equipment.  Each  of  these  will  be  described  in  detail  in  the  next  Chapter. 

Material  Procurement 

In  addition  to  specific  pieces  and  types  of  equipment,  many  types 
of  material,  such  as  steel,  piping,  electrical  wiring,  fasteners,  welding  rod, 
etc.,  must  be  procured  for  each  ship.  Material  is  of  two  types,  that  which  is 
carried  in  the  shipyard's  warehouses  as  stock  material  and  that  which  is  spe¬ 
cially  procured  for  a  specific  program. 

Stock  material  is  normally  ordered  on  a  demand  basis,  based  on  the 
past  experience  concerning  usage  rates  and  satisfactory  reorder  levels. 

Special  order  material  normally  is  bought  based  upon  the  material 
lists  in  system  diagrams,  with  some  effort  made  to  consolidate  requirements 
from  several  systems  whenever  possible.  Past  experiences  with  the  timeliness 
of  delivery  of  each  type  of  material  will  strongly  influence  a  yard's  prac¬ 
tices  in  this  regard.  Special  precautions  are  necessary  to  ensure  that 
materials  ordered  for  a  specific  program  are  stored  and  marked  in  a  manner 
that  facilitates  their  location  and  identification  when  they  are  needed. 
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No  effort  has  been  made  in  the  present  study  to  develop  ordering 
schedules  for  material.  Where  it  is  considered  necessary  to  precisely  manage 
the  procurement  of  some  type  of  special  order  material,  the  material  can  be 
treated  as  an  equipmsit  in  each  diagram  in  which  it  is  located,  and  the  re¬ 
quired  dates  for  procurement  will  be  generated  by  the  program  provided. 
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SCHEDULING  CONSIDERATIONS 


Scheduling  Requirements 

To  develop  an  integrated  schedule,  having  identified  the  major  processes 
which  must  be  taken  into  account,  it  is  then  necessary  to  identify  each  of  the 
significant  component  activities  which  rust  be  scheduled,  estimate  tie  overall 
duration  of  each  of  them  and  define  the  controlling  date(s)  of  the  contained 
process.  Finally,  it  is  necessary  to  identify  the  interrelationships  between 
each  of  the  activities  under  consideration. 

For  the  purposes  of  this  study,  only  certain  elements  of  the  thro*  major 
processes  discussed  in  the  previous  chapter  need  to  be  considered  in  detail. 
These  are  the  System  Diagram  Process,  the  Composite  Drawing  Process,  the 
Equipment  Procurement  Process  and  the  Unit  Construction  Process.  The  Uhit 
Construction  Process  is  a  combination  which  integrates  the  development  of  Lhit 
Assembly  and  Fabrication  Drawings  of  each  system  type  with  the  Plaming  ef¬ 
forts  for  Assembly  and  Fabrication  and  with  the  actual  Fabrication  aid  As¬ 
sembly  processes.  These  must  be  tied  into  the  schedule  for  construction  of 
the  stages  of  each  unit. 

Definitions 

The  commmly  used  definitions  for  developing  scheduling  networks  are  as 
follows: 

Activity  -  A  portion  of  work  which  can  be  separately  identified  from 
other  portions  of  work,  by  its  having  a  discrete  starting  date  and  a  discrete 
finish  date  and  by  having  specific  requirements  for  expenditure  of  resources. 
These  resources  normally  include  personnel  of  at  least  one  trade  skill  and 
frequently  include  equipment  or  material. 

Duration  —  The  length  of  time  between  the  start  and  finish  date  of  an 
activity. 


Page  4-1 


Activity  Interrelationships  -  In  any  process  there  are  same  activities 
which  cannot  be  started  before  at  least  one  other  activity  has  finished.  In 
such  cases  there  is  said  to  be  a  "finish-to-start"  (FS)  relationship.  In 
other  cases,  one  activity  may  not  be  able  to  be  finished  until  another  ac¬ 
tivity  has  been  finished,  establishing  a  "finish-to-finish1'  (FF)  relationship. 
Finally,  there  are  cases  where  a  ’'start-to-start"  (SS)  relationship  exists. 

Lag  Time  -  In  each  of  these  types  of  interrelationships,  there  is  likely 
to  be  a  time  lag  between  them.  For  example,  if  drawing  A  cannot  be  completed 
until  drawing  B  is  completed,  some  time  nust  be  allowed  for  the  designer  of 
drawing  A,  the  dependent  drawing,  to  obtain  and  review  the  completed  drawing  B 
and  to  incorporate  any  new  information  into  his  own  drawing.  Thus  it  is  al¬ 
ways  necessary  to  identify  a  "Lag"  with  every  FS,  SS  or  FF  relationship  of  two 
activities,  even  if,  as  for  many  FS  cases,  the  value  is  0, 


Activity  Breakdown 

System  Diagrams 

The  activities  which  make  up  the  System  Diagram  process  are  il¬ 
lustrated  in 


Figure  2A  and  described  below. 


Phase  One  -  The  initial  phase  of  preparing  a  diagram  involves 
reading  and  becoming  familiar  with  all  of  the  system  requirements  stated  in 
the  contract  specifications,  contract  drawings  and  other  contract  documenta¬ 
tion,  such  as  Annexes  describing  Logistic  Support  requirements,  Quality  As¬ 
surance  requirements,  etc.  It  includes  obtaining  structural  drawings  and  ar¬ 
rangement  drawings,  preparing  the  diagram  background,  doing  an  initial  system 
routing,  identifying  all  major  equipment  required  for  proper  operation  of  the 
system  and  obtaining  as  much  information  about  the  quantitative  requirements 
of  other  systems  which  must  be  provided  with  services  from  the  system  being 
designed.  The  material  requirements  of  the  various  elements  of  the  system  are 
established  in  phase  one.  This  phase,  then,  involves  the  accomplishment  of 
all  tasks  which  must  be  done  before  system  calculations  can  be  started. 
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System  Design  Calculations  -  The  effort  to  complete  a  system 
diagram  involves  doing  calculations  to  define  the  performance  requirements  for 
every  element  of  the  system.  These  calculations  will  be  considered,  in  this 
study,  to  be  a  constituent  element  erf  the  diagram  development  process. 


For  the  purposes  of  this  project,  it  is  assumed  that  calculations 
do  not  start  until  after  Phase  cne  of  the  diagram  effort  is  complete,  and  that 
neither  Phase  two  or  the  Equipment  Technical  Specifications  will  be  started 
until  the  calculation  effort  is  complete.  In  actual  practice,  it  is  not  un¬ 
common  for  the  calculations,  the  diagram  and  the  technical  specif icaticns  each 
to  be  done  by  individual  engineers  or  engineering  groups,  and,  in  any  case,  to 
overlap.  However,  that  approach  requires  each  design  group  to  make  numerous 
initial  assumptions,  each  of  which  must  be  verified  through  continual,  itera¬ 
tive,  information  exchanges  with  other  groups.  That  approach  is  not  neces¬ 
sarily  the  most  efficient.  It  could  reduce  the  overall  duration  of  the  com¬ 
bined  effort,  but  it  would  require  greater  manhour  expenditures.  Cense- 
quently,  the  process  model  shown  in  Figure  2A,  which  assumes  that  each  step  of 
the  process  will  proceed  in  series,  rather  than  in  parallel,  and  which  is  con¬ 
sidered  to  describe  the  most  efficient  approach  for  developing  the  diagran 
schedule,  has  been  used  for  this  project. 


Phase  Two  -  After  the  calculations  are  completed,  it  is  then 
necessary  to  add  to  the  diagram  the  dimensions  of  piping,  ducting  or  otter 
constituent  elements  of  the  system  which  have  been  determined  by  the  calcula¬ 
tions.  OWner  performance  data,  such  as  required  pump  capacity  curves,  may  be 
added.  Although  this  phase  requires  feedback  of  actual  performance  data  of 
vendor  equipment  before  it  can  be  considered  truly  completed,  it  is  comoi  to 
make  preliminary  issues  of  the  diagram  before  all  such  data  is  available. 
These  preliminary  issues  are  provided  to  the  designers  of  other  interdepen¬ 
dent  systems,  to  keep  them  familiar  with  the  data  which  is  available. 


Significantly,  as  indicated  in  Figure  2A,  the  preliminary  issues 
also  are  sent  for  approval  to  a  number  of  other  places.  The  ship's  owners 
normally  require  submittal  of  all  drawings  for  their  review,  and  a  number  of 
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regulatory  bodies,  such  as  the  LB  Coast  Quard,  the  Insuring  activity  and  the 
US  Public  Health  Service,  must  give  approval  to  the  content  of  designated 
drawings  before  construction  of  the  ship  can  be  started  without  risk. 

For  the  purposes  of  this  study,  formal  completion  of  phase  two  is 
contingent  upon  having  received  final  equipment  performance  data  from  the  ven¬ 
dor  of  every  equipment  in  the  system  and  having  updated  the  diagram  to  reflect 
that  data.  It  will  be  assumed  that  the  time  necessary  to  receive  this  data 
will  have  been  sufficient  to  obtain  all  necessary  drawing  approvals,  as  well. 
In  practice  this  is  normally  so.  When  it  is  not  so,  it  is  normal  for  the 
shipbuilder  to  proceed  with  the  remainder  of  the  design  effort  anyway,  assum¬ 
ing  that  the  drawing  content  will  be  approved,  rather  than  hold  up  work  until 
response  is  received  from  the  reviewers. 

The  completion  of  this  phase  of  the  diagram  effort  is  a  prerequi¬ 
site  to  the  completion  of  the  Composite  drawing  of  any  part  of  the  ship 
through  which  the  system  passes. 

Phase  Three  -  This  phase  is  identified  separately  from  phase  two 
to  recognize  that  there  are  data  which  are  included  in  diagrams  that  may  not 
be  known  until  after  the  vendor  performance  data  is  available,  and  which  do 
not  control  the  completion  of  the  composite  drawing.  3jch  data  include  cer¬ 
tain  equipment  related  data  that  support  ILS  requirements,  etc.  Phase  three 
must  be  completed  before  the  diagram  can  be  considered  ready  for  final  issue 
to  the  customer. 

A  period  for  review  and  response  by  the  owner  should  be  included 
in  any  formal  listing  of  drawing  activities,  and  has  been  shown  in  Figure  2A. 
However,  this  stage  of  approval  will  have  no  significant  effect  on  the  ship¬ 
building  schedule. 

The  vast  majority  of  systems  in  a  ship  interrelate  directly  with 
at  least  one  other  system.  For  example,  cooling  water  and  electrical  power 
must  be  provided  to  WAC  systems.  Each  such  interrelationship  involves  a 
denend  of  one  system  far  service  of  same  kind  from  the  other  system.  The  user 


Page  4-4 


system's  quantitative  requirements  far  service  must  tie  knawi  before  the 
provider  system's  design  can  be  completed.  For  scheduling  purposes,  then,  the 
provider  system's  calculations  cannot  be  completed  until  after  the  calcula¬ 
tions  of  the  user  system  are  finished.  Conversely,  this  means  that  the 
completion  date  of  the  user  system  nust  satisfy  the  completion  date  require¬ 
ments  of  the  provider  system. 

The  actual  degree  of  system  interdependencies  in  a  ship  design  is 
so  great  that  attempts  to  model  the  process  in  enough  detail  to  inclide  all 
the  iterations  that  actually  occur  have  inevitable  failed  because  they  becone 
too  complex.  Thus,  in  this  project,  iterations  have  been  ignored.  Each  sys¬ 
tem  will  be  scheduled  to  complete  in  time  to  meet  the  needs  of  the  most 
demanding  schedule  of  its  provider  systems.  This  approach  ham  bean  found  to 
provide  good,  usable,  realistic  schedules. 


Equipment  Procurement  Process 

General 

Figure  2B  illustrates  the  activities,  and  major  milestones  of  the 
Equipment  Procurement  process,  as  well  as  the  interrelationships  between  the 
various  activities.  This  process  occurs  for  each  item  of  equipment  that  is 
procured.  When  multiple  pieces  of  the  same  item  of  equipment  are  bought,  all 
activities  up  to  the  manufacturing  activity  are  common  to  all  items  of  that 
equipment,  but  it  is  possible  to  identify  specific  schedules  for  each  item  of 
equipment  from  that  point  on,  depending  on  the  required  installation  date  of 
the  individual  item. 


The  activities  identified  irj  Figure  2B  are  sufficient  to  cover  the 
requirements  for  developmental  equipment.  Some  of  the  activities  shown  would 
not  necessarily  be  required  for  off-the-shelf  equipment.  Provision  has  beat 
made  in  the  database  far  entering  the  duration  of  each  of  these  activities  for 
each  equipment  of  the  ship. 


Equipment  Technical  Specifications 

Equipment  procurement  cannot  logically  proceed  without  tie  re¬ 
quired  performance  characteristics  of  the  equipment  having  boon  established. 
These  requirements  are  stated  in  the  Equipment  Technical  specifications.  The 
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Technical  Specifications  are  included  in  Requests  for  Proposal  (RFPs)  and  in 
the  Purchase  Orders  (POs) .  Technical  specifications  cannot  be  developed 
without  completion  of  the  diagram  calculations,  since  the  calculations  define 
the  performance  parameters  of  the  equipment.  Thus,  the  technical  specifica¬ 
tions,  prepared  by  the  Design  Engineering  Department  of  the  shipyard,  not  cnly 
represent  the  initial  step  in  the  equipment  procurement  process,  but  also  rep¬ 
resent  the  critical  link  betweai  the  Drawing  Development  process  and  the 
Equipment  Procurement  process. 

The  preparation  of  equipment  technical  specifications  may  start 
any  time  after  the  system  calculations  have  been  completed.  The  duration  of 
this  activity  will  vary  considerably,  depending  upon  the  availability  of  tech¬ 
nical  specifications  which  have  been  used  in  the  past  to  obtain  the  same  or 
similar  equipmsit. 

Preparation  of  the  RFP 

In  addition  to  the  technical  specifications,  an  RFP  must  contain 
many  administrative  and  other  requirements.  Much  of  this  type  of  information 
is  repeated  in  every  RFP  ("boilerplate")  but  other  parts  of  an  RFP  may  be 
tailored  to  the  specific  procurement.  Much  of  this  work  is  accomplished  by 
the  Furchasing  Department  without  Design  Engineering  input  and  can  be  done  in 
parallel  with  the  development  of  the  technical  specifications.  Thus,  the 
duration  of  the  development  of  those  parts  of  the  RFP  other  than  the  technical 
specification  is  independent  of  the  technical  specification  preparation  dura¬ 
tion,  but  the  RFP  cannot  be  finished  and  issued  until  the  technical  specifica¬ 
tion  has  been  received  and  incorporated .  Although  the  f inish-to-f inish  lag 
between  the  specification  completion  date  and  the  R=P  issue  date  could  be  set 
to  a  constant  value,  such  as  two  weeks,  the  program  provided  herein  allows 
this  lag  to  be  identified  uniquely  for  every  equipment. 

Vendor  Bid  Preparation 

Equipment  vendors  are  given  a  fixed  time  by  which  they  must  submit 
their  bids  in  response  to  the  RFP.  Same  shipyards  use  a  single  duration  for 
this  activity,  such  as  45  days.  For  this  project,  a  different  duration,  in 
weeks,  may  be  entered  for  each  equipment  included  in  the  database. 
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Shipyard  Evaluator  of  Vendor  Bids 

Time  must  be  allowed  in  the  Equipment  Procurement  Schedule  for 
evaluation  by  the  shipyard  of  the  bids  received  from  competing  vendors.  Bids 
are  evaluated  from  technical,  schedule  and  cost  considerations.  The  conclu¬ 
sion  of  this  activity  is  the  Purchase  Order  Award  Date,  a  major  milestone. 


Design  Data  Preparation 

Various  types  of  data  concerning  equipment  are  needed  by  the 
shipyard,  some  for  its  twi  use  and  some  for  transmittal  to  the  ship  oners  for 
use  after  delivery.  The  two  types  of  equipment  data  which  are  of  most  concern 
to  the  shipyard's  design  effort  are  Performance  Data  and  Configuration  Data, 
as  previously  discussed.  As  shewn  in  Figure  2B,  the  submittal  dates  of  these 
two  types  of  data  should  be  separately  identified,  scheduled  and  monitored. 


Shipyard  Design  Review. 

A  period  of  time  must  be  allowed  for  evaluating  the  vendor's 
design.  At  the  end  of  this  activity,  the  shipyard  formally  authorizes  the 
vendor  to  manufacture  the  equipment  as  designed.  The  owner  may  require  that 
the  shipyard  submit  the  design  data  of  certain  specific  major  equipment  to 
them  for  review  and  approval  before  authorizing  a  vendor  to  proceed  with 
manufacture.  This  has  the  potential  for  significant  delays,  and  for  major 
disruption  in  a  shipbuilding  program,  so  it  is  important  to  provide  ample  time 
in  the  schedule  for  this  activity  for  such  pieces  of  equipment.  Control  con¬ 
soles  and  switchboards  are  examples  of  equipments  which  have  occasionally  been 
problems  in  this  regard. 

Vendor  Manufacturing  Duration 

The  time  necessary  for  the  vendor  to  provide  a  specific  piece  of 
equipment  will  depend  upon  his  production  rate  and  prior  orders.  If  an  item 
of  equipment  is  manufactured  in  large  enough  quantities,  the  vendor  may  have 
items  in  stock,  so  that  the  "manufacturing  duration"  would  be  0.  At  the  otter 
extreme  are  developmental  items  of  equipment,  for  which  the  supplier  has  no 
ongoing  production  line  and  for  which  the  accuracy  of  the  vendor's  quoted 
manufacturing  duration  may  be  questionable.  Thus,  determining  an  accurate 
value  for  the  duration  of  this  activity  must  be  a  matter  of  high  priority  in 
the  scheduling  process. 
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Care  must  be  taken  to  ensure  that  the  manufacturer's  equipment 
delivery  rate  will  match  the  required  construction  schedule  installation  rate, 
particularly  for  multi— ship  construction  programs.  Ideally,  the  shipyard 
should  provide  the  vendor  with  the  in-yard  need  date  ‘for  each  item  of  equip¬ 
ment  required.  The  computer  program  developed  during  this  study  -  fort 
provides  the  shipyard  with  that  information. 

Vendor  Factory  Testing 

This  activity  could  be  included  within  the  Manufacturing  Process, 
but  has  been  separately  identified  herein  in  order  to  allow  a  separate 
schedule  report  of  vendor  factory  testing  to  be  developed.  Such  a  schedule  is 
helpful  when  the  shipyard  design  personnel  and/or  customer  representatives 
must  attend  the  factory  tests. 

Vendor  Shipping  Time 

This  activity  is  identified  separately  to  underscore  the  impor¬ 
tance  of  knowing  the  planned  or  required  arrival  date  in  the  shipyard,  as  op¬ 
posed  to  the  shipping  date  from  the  vendor's  plant. 

Shipyard  Equipment  Preparation  Time 

An  allowance  must  be  made  for  inspection  and  pre-installation  work 
on  equipment  after  arrival  at  the  shipyard.  Although  "just-in— time" 
deliveries  of  equipment  represent  perfect  planning,  they  are  seldom  planned  in 
US  shipbuilding  programs  because  of  past  nan-perfect  delivery  performance  of 
equipment  vendors.  Thus  this  activity  includes  any  allowance  for  warehousing 
or  storage  before  installation. 

Equipment  Installation  Stages 

Many  items  of  equipment  are  needed  in  quantities  of  more  than  one. 
In  most  cases,  some  or  all  of  the  items  will  be  installed  in  comp  rents 
and/or  units  separate  from  the  others.  It  is  necessary,  the  ref  ,  to  iden¬ 

tify  each  unit  in  which  one  or  more  of  item  of  an  equipment  will  be  installed, 
and  then  to  identify,  for  each  of  those  units,  the  construction  stage  during 
which  the  equipment  will  be  installed.  These  data  will  be  used  to  identify 
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the  earliest  required  equipment  installation  date,  which  may  control  the  Pur¬ 
chase  Order  Award  date,  and  also  will  be  used  to  provide  the  in-yard  need 
dates  for  each  item  of  equipment. 


lltit  Construction  Process 

Uhit  Assembly  Fabrication  Drawings 

General 

As  previously  stated,  there  normally  will  be  several  dif¬ 
ferent  assembly  and  fabrication  drawings  prepared,  by  system  type,  for  each 
construction  unit.  Each  of  these  must  be  scheduled  so  that  the  parts  to  be 
fabricated  will  be  available  in  tine  to  be  installed  during  the  appropriate 
stage  of  that  unit's  construction.  Figure  3A  shows  all  of  the  compon&it  ac¬ 
tivities  for  the  Uhit  Drawing,  Planning  and  Construction  Processes  for  one 
system  type,  such  as  piping  systems,  and  how  they  interrelate-  A  more 
detailed  description  of  each  of  these  activities  follows. 


System  Type  Uhit  Assembly  Drawings 

Although  it  is  possible  to  start  a  unit  assembly  drawing 
before  the  composite  drawing  for  that  unit  has  been  completed,  this  has  a  high 
probability  of  involving  more  design  manhours  due  to  having  to  make  charges  as 
the  composite  changes.  It  also  introduces  the  possibility  of  errors  due  to  not 
having  picked  up  some  changes.  Therefore,  for  the  purposes  of  schedule 
development  in  this  project,  the  start  of  the  System  Type  Uhit  Assembly 
process  will  be  made  dependent  upon  completion  of  the  Unit  Composite  Drawing 
process.  Oh  the  other  hand,  completion  of  the  assembly  drawings  will  be  made 
dependent  upon  the  completion  of  the  fabrication  drawing,  to  ensure  that  any 
needed  changes  found  during  the  development  of  the  fabrication  drawings  will 
be  included  in  the  assembly  drawing. 


System  Type  Unit  Fabrication  Drawings 

Sometime  after  the  start  of  the  Lhit  Assembly  drying,  when 
enough  details  of  the  system  have  been  determined,  the  part  fabrication 
drawing(s)  may  be  started.  The  SS  lag  between  the  start  of  the  Unit  Assentily 
Drawing  and  the  start  of  the  part  fabrication  drawing  is  a  variable  which  is 
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to  be  entered  into  the  database.  The  FF  lag  from  the  completion  of  the 
fabrication  drawing  to  the  completion  of  the  assembly  drawing  also  must  be  en¬ 
tered. 


Final  System  Type  Unit  Assembly  Planning 

Following  the  completion  of  the  assembly  drawing  and  a  two  week 
lag  time  for  reproducing  and  distributing  the  drawing  to  the  Production  Plan¬ 
ners,  a  period  of  time  must  be  allowed  for  preparation  of  specific  work  in¬ 
structions. 

System  Type  Part  Fabrication  Planning 

After  receipt  of  the  fabrication  drawing  by  Production  and  Shop 
Planners,  the  schedule  must  allow  time  for  planning  the  final  shop  work  se¬ 
quencing  and  material  ordering.  Material  ordering  here  means  drawing  material 
from  shipyard  storage  or  other  immediately  available  storage,  not  initial 
material  ordering.  A  two  week  lag  has  been  assumed  between  drawing  completion 
and  start  of  fabrication  planning. 

Part  Fabrication 

The  period  of  actually  fabricating  the  parts  will  follow  the  plan¬ 
ning  period.  Again,  a  two  week  FS  lag  time  has  been  assumed  for  scheduling 
purposes. 

Uhit  Assembly 

Although  parts  from  one  system  type  may  be  installed  during  dif¬ 
ferent  construction  stages,  the  controlling  stage,  from  a  scheduling 

\ 

standpoint,  is  the  first  stage  into  which  parts  of  the  system  type  are  to  be 
installed.  Since  the  first  stage  of  assembly  of  any  unit  is  the  structural 
assembly  stage,  the  structural  parts  fabrication  process  must  complete  in  time 
to  support  the  start  date  of  Stage  20  of  the  unit. 

The  parts  fabrication  process  for  other  system  types  will  have  to 
complete  in  time  for  the  parts  to  be  ready  to  be  installed  in  whatever  stage 
has  the  earliest  start  date  for  installation  of  parts  from  that  system  type. 

In  many  cases  this  will  be  the  pre-paint  outfitting  stage,  stage  50,  but  in 
others  it  will  be  the  machinery  mit  stage,  stage  40.  The  initial  installs- 
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tion  of  still  other  systems  may  not  be  scheduled  until  after  the  unit  has  been 


blasted  and  painted. 


Figure_3BJ illustrates  same  of  the  differsit  possible 


variations. 
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SGhEDLLINB  LOGIC 


General 

In  developing  a  scheduling  logic  it  is  possible  to  start  from  either  the 
beginning  or  the  end  of  the  process  and  work  toward  the  other  end.  In  prac¬ 
tice,  it  usually  is  necessary  to  do  both  in  order  to  establish  the  early  and 
late  dates  for  each  activity. 

For  the  current  study  it  was  most  useful  to  look  at  the  scheduling 
process  for  a  single,  independent  system,  such  as  a  piping  system.  The  system 
diagram  process,  and  specifically  the  completion  of  the  system  calculations, 
controls  the  completion  of  all  subsequent  events.  Consequently,  to  ensure 
that  subsequent  events  occur  when  they  must,  it  is  crucial  to  know  tl-e  date  by 
which  the  system  calculations  must  complete.  There  are  several  paths  of 
events  which  follow  the  completion  of  the  system  calculations,  any  one  of 
which  might  be  the  critical  path  for  that  system. 

It  also  is  necessary  to  look  at  the  scheduling  process  from  the  unit 
construction  scheduling  standpoint,  since  all  drawing  development  and  equip¬ 
ment  procurement  must  support  the  construction  schedule. 


System  Diagram  Development  Process 


As  shown  in|  Figure  2Aj  once  the  system  calculations  are  complete,  it  is 
passible  to  proceed  with  Phase  Two  of  the  system  diagram  effort.  Thus,  the 
earliest  possible  start  date  for  the  Phase  Two  effort  is  the  day  after  coople- 
ticn  of  the  system  calculations.  Phase  Two  will  require  some  minimum  dura¬ 
tion  just  to  put  all  of  the  information  relating  to  the  system  down  on  paper, 
even  if  all  necessary  data  about  the  system's  equipment  is  already  known. 
Consequently,  the  earliest  possible  completion  date  for  the  system  diagram  ef¬ 
fort  is  determined  by  adding  that  duration  to  the  Phase  Two  start  date. 


The  latest  allowable  completion  date  for  the  Phase  Two  effort  is  deter¬ 
mined  by  the  requirement  to  provide  data  to  the  composite  drawing  in  time  for 
it  to  be  completed  by  its  latest  allowable  finish  date.  But  the  only  parts  of 
the  composite  drawing  that  have  to  be  considered  are  those  which  are  ixip^ted 
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by  the  system  under  consideration.  Most  systems  pass  through  more  than  one 
construction  unit,  and  one  of  those  unit  composite  drawings  will  have  to  be 
completed  before  any  of  the  others  for  that  system. 


Therefore,  as  illustrated  in  Figure  3A, 


in  order  to  identify  the  latest 
date  by  which  the  system's  Phase  Two  diagram  effort  must  be  completed,  it  is 
necessary  to  a)  identify  all  of  the  units  in  which  the  system  will  be  in¬ 
stalled,  b)  identify  the  earliest  of  the  required  unit  composite  drawing 
completion  dates  of  those  units,  and  c)  back  up  from  that  date  by  the  FF  lag 
between  the  completion  of  the  Phase  Two  effort  and  the  earliest  required  ITT) 
completion  date. 


Lhit  Composite  Schedule  Determination 

The  Uhit  Composite  Drawing  cannot  complete  until  after  the  completion  of 
the  Phase  Two  diagram  effort  of  every  system  installed  in  the  unit.  A  two 
week  FF  lag  has  been  assumed  between  the  two  for  this  project.  The  LCD  must 
be  completed  in  time  to  support  the  start  of  the  Assembly  Drawing  of  the  con¬ 
trolling  system  type  in  the  unit  under  consideration. 


System  Type  Lhit  Scheduling 


Figure  3B  shows  all  of  the  activities  associated  with  one  system  type. 


The  Uhit  Assembly  Drawing  (UAD)  for  the  system  type  has  some  duration  as¬ 
sociated  with  it.  Chce  the  drawing  has  bean  finished,  and  after  an  assured 
two  week  lag,  the  Assembly  Planning  activity  begins.  This  crust  be  finished 
before  the  assembly  of  that  system  can  start,  but  as  shown  in  the  figure,  the 
fabrication  related  activities  normally  will  central  the  overall  process  dura¬ 
tion. 


A  two  week  start— to-start  lag  between  the  UAD  and  the  Lhit  Fabrication 
Drawing  (LFD)  of  the  system  type  is  assumed,  but  this  could  easily  be  varied 
when  necessary.  Fabrication  Planning,  including  material  ordering  and 
preparation  of  work  instructions  and  work  authorizations,  follows  completion 
of  the  LFD  and  precedes  the  actual  fabrication  of  parts.  All  of  these  ac¬ 
tivities  must  complete  in  time  far  the  installation  of  parts  in  the  first  ap¬ 
plicable  stage  of  the  construction  assembly  process.  The  first  stage  in  which 
parts  are  to  be  installed  in  a  unit  will  vary,  depending  tn  the  system  type 
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and  the  unit.  Thus,  in  order  to  develop  the  integrated  schedule,  it  will  be 
necessary  to  identify,  for  each  unit  and  for  each  system  type  in  that  unit, 
what  construction  stage  will  be  the  first  stage  for  installation  of  that  type 
of  system. 


As  illustrated  in|  Figure  3C,  |the  first  stage  in  which  structural  mentaers 
will  be  assembled  is  stage  20.  The  first  installatim  stage  far  other  system 
types,  such  as  piping,  could  be  either  30,  40,  50  or  60  and  will  not  neces¬ 
sarily  be  the  same  far  all  units.  The  overall  duration  of  the  activities 
enclosed  within  the  dashed  line  in  figure  3B  probably  will  be  different  for 
each  system  type  in  a  unit.  The  system  type  blacks  in  Figure  3C  represent  the 


dashed  line  coverage  in  [Figure  3B.  As  shown  in  Figure  3C,  one  of  thB  several 
system  type  assembly  processes  (Piping  in  this  example)  will  have  the  earliest 


required  start  date,  and  this  date  will  thus  establish  the  date  by  which  the 
unit's  composite  drawing  mist  be  finished. 


Schedule  Calculation  Process 

The  overall  calculation  process  which  must  be  carried  out  cm  be  il¬ 
lustrated  by  using  all  three  parts  of  figure  3.  First,  by  adding  up  all  the 
durations  and  lag  times  for  the  activities  within  the  dashed  lines  of  figure 
3B,  the  total  duration  from  composite  completion  date  to  the  start  of  the  unit 
stage  assembly  process  is  found.  By  subtracting  this  duration  from  the 
scheduled  start  date  for  the  unit  stage  assembly  process,  the  required  com¬ 
posite  finish  date  for  that  system  type  in  that  unit  is  determined. 


The  next  step,  as  shown  in  I  Figure  3CJ  is  to  compare  that  date  for  each 
of  the  system  types  in  the  unit  and  select  the  earliest.  This  establishes  the 
latest  allowable  unit  composite  completion  date. 


Then,  the  latest  allowable  completion  date  of  each  system's  Phase  Two 


diagram  effort  is  established  by  the  steps  illustrated  in  Figure  3A. 


The  system's  Phase  Two  start  date  is  calculated  by  subtracting  the  Phase 
Two  duration  from  the  Phase  Two  completion  date.  This  also  determines  the 
date  by  which  the  System  Calculation  effort  would  have  to  complete  if  only  the 
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diagram  development  were  involved.  However,  if  there  is  equipment  to  be 
procured  for  the  system,  it  may  be  necessary  to  schedule  the  completion  (and 
start)  of  the  System  Calculation  effort  earlier. 


Eouiomgrt  Controlled  Dates 

Three  other  dates  for  the  required  start  of  the  System  Calculation  ef¬ 
fort  may  be  calculated,  each  associated  with  a  separate  aspect  of  the  Equip¬ 
ment  Procurement  process.  Figure  ZA  illustrates  that  the  model  used  for  this 


project  assumes  that  preparation  of  equipment  technical  specifications,  which 
is  a  necessary  step  in  starting  the  Equipment  Procurement  process,  starts 
after  completion  of  System  Calculations.  Although  it  would  be  more  precise  to 
tie  the  two  activities  together  with  a  finish-to-finish  lag,  since  much  of  the 
technical  specification  effort  could  be  done  in  parallel  with  the  System  Cal¬ 
culations,  the  modeled  approach  should  result  in  fewest  manhour  expenditures 
and  will  give  a  more  conservative  scheduling  approach. 


Figure  2A  also  il¬ 


lustrates  that  there  may  be  many  different  types  of  equipment  required  for  any 
single  system.  The  significance  of  this  is  that  the  controlling  dates  of  each 
of  a  system's  equipments  must  be  found  and  then  the  earliest  date  selected 
from  among  these. 


Equipment  Performance  Data  Path 

several  activities  occur  between  the  date 


As  shown  in  Figure  2B, 


when  work  begins  an  the  preparation  of  an  equipment's  technical  specifications 
and  the  date  when  Performance  Data  (PD)  is  received  from  the  equipment  vendor. 
The  time  to  accomplish  these  activities  can  be  designated  the  PD  overall  dura¬ 
tion.  Since  equipment  performance  data  must  be  in  hand  before  Phase  Two  of 
the  diagram  development  effort  can  be  completed,  then  the  duration  between  the 
system  calculation  finish  date  and  the  Phase  Two  completion  date  cannot  be 
less  than  the  PD  overall  duration  plus  the  time  necessary  to  incorporate  any 
changes  resulting  from  that  data  into  the  diagram.  Two  weeks  will  be  allowed 
for  the  lag  time  between  receipt  of  PD  and  the  Phase  Two  completion  date. 
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Equipment  Configuration  Data  Path 

The  time  between  the  start  of  equipment  technical  specification 
preparation  and  the  receipt  of  vendor  configuration  data  (CD)  will  be  desig¬ 
nated  the  CD  overall  duration.  The  completion  of  the  composite  drawing  for 
any  unit  in  which  that  equipment  appears  will  depend  upon  receipt  of  the 
equipment's  CD.  A  two  week  lag  will  be  assumed  between  receipt  of  CD  and 
completion  of  any  unit  composite  drawing  in  which  that  equipment  is  located. 


There  may  be  several  identical  items  of  ecjuipms-)t  ordered  for  the 
same  system,  but  located  in  different  units.  Thus,  although  the  Q)  overall 
duration  will  be  the  same  for  all  identical  items  of  equipment,  each  unit  in¬ 
stallation  must  be  considered  when  determining  the  scheduling  implications. 
Furthermore,  as  indicated  in  Figure  4,  (here  is  no  reason  to  assume  that  the 


first  unit  in  which  a  piece  of  equipment  will  be  installed  is  the  sane  unit  in 


which  other  parts  of  the  system  will  be  installed.  Cansequaitly,  a  separate 
calculation  will  have  to  be  carried  out  to  define  the  System  Calc  Completion 
date  which  is  required  based  on  the  system's  controlling  equipment  CD  path. 


Equipment  Hardware  Delivery  Path 

The  final  path  to  be  considered  is  the  path  controlled  by  the 
equipment  manufacturing  process.  A  system  may  include  more  than  one  item  of 
the  same  equipment,  such  as  several  identical  pumps,  some  of  which  may  be  in¬ 
stalled  in  different  units.  In  such  cases,  the  installation  stage  for  each 
unit  will  have  to  be  defined.  The  installation  date  for  that  unit/stage  com¬ 
bination  can  then  be  determined.  The  earliest  of  these  dates  must  then  be 
selected  as  the  controlling  date  for  hardware  installation  for  that  equipment. 


The  total  duration,  from  the  finish  of  the  System  Calculations  to 
the  controlling  installation  start  date,  can  then  be  subtracted  from  this 
date.  The  result  will  be  the  date  by  which  the  System  Calculations  must  be 
completed,  based  cn  hardware'  installation  requirements. 
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System  Interdependencies 

The  final  consideration  in  developing  the  drawing  schedules  is  the  in¬ 
terdependencies  between  drawings.  All  diagrams  depend  upon  those  arrangsrait 
and  structural  drawings  which  affect  the  areas  through  which  their  system  must 
be  routed,  because  these  drawings  provide  background  data  for  the  diagrams. 
Many  diagrams  depend  upon  information  from  other  diagrams  because  one  system 
provides  another  system  with  some  service.  Thus,  for  purposes  of  identifica¬ 
tion,  the  one  will  be  called  the  "Provider1*  and  the  other  the  "User". 

For  example,  the  Fi remain  may  provide  saltwater  to  an  auxiliary 
saltwater  system.  During  the  system  calculations  for  the  fi  refrain,  the  sys¬ 
tem  designer  will  have  to  know  the  quantity  and  pressure  of  water  which  must 
be  provided  to  the  other  system.  The  schedule  for  doing  calculations  for  the 
user  system  will  have  to  be  established  so  that  the  information  required  by 
the  fi  remain  designer  will  be  available  in  time  for  the  fi  remain  calculations 
to  complete  an  time. 

Thus,  user  system  schedules  must  satisfy  not  only  the  demands  of  their 
own  system  and  equipment  installation  dates,  but  also  the  demands  of  their 
provider  systems.  Allowances  have  been  made  in  the  scheduling  calculations 
for  cases  where  a  user  system  is  also  a  provider  system  to  a  third  system. 
However,  to  preclude  unnecessary  complications  in  programming,  this  program 
has  been  developed  so  that  no  user  system  can  als'-'  be  a  provider  system  to  its 
provider  system,  even  though  there  may  be  some  ca.--.~B  where  this  could  be  true. 
In  that  event,  this  project's  scheduling  program  will  set  both  calculation 
completion  dates  to  the  same  date  and  allow  design  managers  to  handle  the 
iterative  data  flow  problems. 


Potential  Critical  Paths 

General 

The  overall  logic  flow  of  the  integrated  drawing  development  and 
equipment  procurement  scheduling  processes  is  illustrated  in 


Figure  4,  upe  a 

s  a 


the  several  possible  controlling  or  critical  paths  are  illustrated.  Thi 
much  simplified  picture  of  the  total  process,  since  it  shows  only  one  «■  , 

cnly  the  first  unit  into  which  that  system  is  installed,  one  system  t  _i 
that  unit,  only  one  equipment  for  the  system  and  only  one  unit  into  _n  that 
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equipment  is  installed.  An  actual  system  may  be  installed  in  many  units  and 
may  have  many  different  types  of  equipment  in  the  system.  Several  items  of 
each  type  of  equipment  may  be  needed  and  these  may  be  installed  in  several 
different  units.  The  complications  involved  in  determining  which  of  the 
system's  equipments  and  related  in  its  control  the  date  by  which  the  system's 
calculations  must  complete  -  the  date  which  controls  all  scheduling  for  the 
elements  of  the  system  —  were  discussed  in  the  preceding  chapter. 


The  No  FffiinmFnt  Case  Path 

The  first  potential  critical  path  is  that  which  would  be  involved 
if  there  were  no  equipment  involved.  Date  F  in |  Figure  4  Is  the  date  by  which 
the  Unit  Assembly  process  must  be  completed  for  the  controlling  system  type  in 
the  unit.  In  order  to  meet  this  date,  the  Composite  drawing  for  the  unit  must 
be  completed  by  date  C,  the  Phase  Two  Diagram  oust  be  completed  by  date  B  and 
the  System  Calculations  trust  be  finished  by  date  Al.  This  potential  critical 
path  flows  through  points  Al,  B,  C,  D,  and  E,  to  F.  The  "A"  Date  determined 
by  this  path  will  be  identified  as  the  System  Diagram  A  Date,  abbreviated  as 
5DIA  Date.  For  the  No-Equipment  case,  A  and  Al  would  be  coincident. 


The  Equipment  Performance  Data  Path 

As  indicated  earlier,  if  equipment  must  be  ordered  for  the  system, 
then  the  Phase  Two  Diagram  effort  cannot  be  finished  until  the  performance 
data  (PD)  of  each  equipment  in  the  system  is  available.  Thus  it  is  necessary 
to  determine  the  total  time  from  finish  of  the  system  calculations  to  the 
delivery  of  the  PD  for  each  equipment  in  the  system,  A2-G  in  Figure  4,  select 


the  longest  of  these,  and  use  that  value  as  the  system's  equipment  PD  dura¬ 
tion.  Then,  allowing  a  2  week  FF  lag  until  Phase  Two  is  complete,  BB.  the 
Phase  Two  duration  based  an  equipment  PD  availability,  A7R  is  determined. 


The  rest  of  the  calculation  for  the  duration  of  this  potentially 
critical  path  is  identical  to  that  dene  for  the  no  equipment  case  above. 

Thus,  this  path  flows  through  points  A2,  G,  B,  C,  D,  and  E,  to  F.  The  date  A2 
determined  by  this  path  will  be  identified  as  the  Equipment's  PD  A  Date,  EPDA. 
This  date  must  be  determined  for  each  of  the  system's  equipments.  The  ear¬ 
liest  of  these  will  be  the  System's  PD  A  date,  SPDA. 
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The  Equipment  Configuration  Data  Path 

Configuration  data  of  an  equipment  must  be  in  hand  before  the  com¬ 
posite  drawing  can  be  completed  in  the  areas  where  that  equipment  is  located. 
Thus,  the  completion  date  of  a  unit  composite  drawing  (LCD)  is  also  dependent 
upon  the  latest  CD  delivery  date,  H,  for  all  of  the  equipment  located  in  the 
unit.  Conversely,  the  latest  allowable  CD  delivery  date  for  any  equipment  in 
the  unit  will  be  determined  by  subtracting  the  FF  lag  time  from  the  required 
UCD  completion  date.  This  lag  time  will  be  assumed  constant  at  three  weeks 
for  all  equipment  and  units. 

As  previously  stated,  the  unit  which  controls  the  required 
delivery  of  an  equipment's  CD  may  be  different  from  the  unit  which  controls 
completion  of  the  system's  diagram  effort.  This  is  illustrated  in  Figure  4  by 
inclusion  of  date  C2,  for  the  completion  of  the  equipment's  controlling 
unit's  composite  drawing,  and  the  equivalent  dates  D2,  E2,  and  F2. 


The  critical  path  which  is  defined  by  considerations  of  the 
availability  of  vendor  configuration  data,  then,  flows  through  points  A3,  H, 
C2,  D2,  and  E2,  to  F2.  The  date  A3  defined  in  this  manner  for  each  of  the 
system's  equipments  will  be  identified  as  the  Equipment  CD  A  date,  ECDA.  The 
EEDA  dates  of  each  of  the  system's  equipments  must  be  compared  to  find  the 
earliest,  which  will  be  the  System's  CD  A  Date,  SCDA  date. 


The  Frmipmsnt  Hardware  Installation  Path 


The  path  from  A4  to  K  to  L  in 

Fig 

|Ui re  4  i 

s  the  path  controlled  by 

the  availability  of  the  system's  equipment. 

Figure  2B  . 

Illustrates  all  of  the 

activities  whose  durations  and  lags  make  up  the  overall  duration  of  that  path. 


In  Figure  4,  the  earliest  required  installation  date  for  the 
hardware  is  labeled  L  and  corresponds  with  the  Milestone  in  Figure  2B  labeled 
"INST”.  The  duration  of  path  A4-K-L.  subtracted  from  the  date  L,  will  yield 
the  required  date  A4,  by  which  system  calculations  must  be  completed  in  order 
to  have  the  equipment  installed  in  time  to  satisfy  the  ship's  erection 
schedule.  The  system  calculation  completion  date  so  determined  for  each 
equipment  can  be  called  the  Equipment  Hardware  A  date,  or  EFWA  date. 
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A  comparison  of  each  of  the  system's  equipments  must  be  made,  to 
identify  the  earliest  of  these.  That  date  will  be  the  System's  Hardware  A 
date,  or  SHWA  date. 

Critical  System  Path  Determination 

The  critical  path  for  the  system,  if  the  system  were  independent 
of  all  other  systems,  would  be  the  path  that  requires  the  earliest  A  date  of 
the  four  paths  considered  above.  This  would  be  the  System's  Independent  A 
Date,  SINA.  However,  since  most  systems  are  dependent  upon  other  systems  for 
information  in  order  to  complete  their  calculations,  the  interdependencies  be¬ 
tween  systems  must  also  be  considered  before  the  true  required  completion  date 
can  be  determined. 


This  csr>  only  be  done  after  each  system's  independent  A  date  is 
determined.  If  system  1  must  provide  information  to  system  2,  then  the  cal¬ 
culations  for  system  1  must  be  completed  before  system  2's,  by  the  FF  lag  time 
between  the  two  system  calculations.  Thus,  by  using  that  lag  to  back  off  from 
the  independent  A  date  of  system  2,  a  new,  dependent  A  date,  SDPA,  is  estab¬ 
lished  for  system  1.  If  system  1  provides  information  to  more  than  one  other 
system,  then  the  SDPA  date  derived  from  each  of  those  systems  must  be  deter¬ 
mined  and  compared  with  the  system's  SINA  date  to  find  the  earliest  of  all  of 
these.  This  will  be  the  control  ling  date  for  setting  the  drawing  and  equip¬ 
ment  procurement  schedules,  and  will  be  designated  the  System  A  date.  SYSA. 
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CDhfUTER  PROGRAM 


General 

Having  developed  an  information  flow  logic  that  was  supposed  to  support 
the  development  of  integrated  schedules,  the  next  logical  step  was  to  n™  that 
information  and  develop  the  integrated  schedules.  To  do  so,  two  types  of  com¬ 
puter  application  programs  were  considered,  a  critical  path  networking  program 
and  a  relational  data  base  program.  Both  types  of  program  are  available  from 
several  sources.  Furthermore,  applications  of  both  types  suitable  for  micro¬ 
computers,  or  PC's,  are  available,  as  well  as  applications  for  mini—  and 
main-frame  computers.  Because  of  the  presumed  greater  accessibility  of  PC's, 
and  thus  greater  potential  utility  of  a  program  which  could  be  run  an  them,  PC 
applications  were  examined  first.  Of  the  programs  investigated,  the  database 
program  was  found  to  be  simpler  to  use.  Thus,  the  integrated  scheduling 
program  has  been  developed  an  that  system.  The  PC  application  was  found  to  be 
fully  capable  of  meeting  the  system  requirements. 


No  attempt  has  been  made  to  try  other  available  database  programs  or  to 
utilize  programs  for  larger  computers.  The  information  provided  herein  serves 
only  to  demonstrate  that  one  workable  solution  has  been  found  and  to  provide 
the  information  necessary  for  successful  implementation  of  that  solution.  £ny 
shipyard  having  existing  installed  relational  database  systems  or  networking 
programs  should  be  able  to  develop  their  own  scheduling  programs  using  the 
data  provided  in  this  report. 


Data  Base 

General 

The  relational  database  application  program  that  has  been  used  for 
this  project  is  RsBASE  TOR  DOS,  a  product  of  MICFCRIM.  The  basic  elenents  of 
this  program  are  Tables,  Forms,  Reports,  the  specific  Application  program  that 
controls  the  operation  of  the  system  and  a  number  of  individual  programs  that 
effect  calculations  necessary  for  generating  controlling  schedule  dates.  Each 
of  these  elemmts  is  explained  briefly  in  the  paragraphs  which  follow.  Appot- 


dix  A  provides  more  detailed  explanations  of  the  elements  and  gives  examples 


of  each. 
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Tables 


Each  "Table"  is  in  fact  a  separate  database,  where  data  related  to 
same  unique  set  of  parameters  can  be  stored.  A  Table  consists  of  rows  and 
colunns  of  data.  New  data  is  added  and  existing  data  is  modified  cn  forms 
which  are  presented  an  the  computer  monitor.  Other  data  in  tables  is  calcu¬ 
lated  by  the  programs  provided  and  then  stored  in  a  column  of  the  table.  Ap¬ 
pendix  A  provides  a  more  complete  description  of  the  contents  of  each  table 
used  in  the  program  developed  during  this  study. 


Forms 


The  Forms  element  is  an  internal  system  which  is  used  by  the 


programmer  to  set  up  the  appearance  of  the  computer  screens  used  by  those  who 
will  enter  the  data  that  will  be  stored  in  the  Tables.  Forms  have  been 
developed  for  mtry  and  for  editing  of  each  type  of  data  required  far  schedul¬ 


ing. 


Examples  are  provided  in 


Appendix  A. 


Reports 

The  Reports  element  is  another  internal  RBASE  system  that  a 
programmer  may  use  to  develop  the  format  for  any  and  all  reports  which  are  to 
be  obtained  from  the  system.  Two  types  of  reports  have  been  developed;  one 
for  reviewing  the  contents  of  the  tables  of  the  database  and  the  other  for  is¬ 
suing  schedules. 


Application  Programs 

By  running  specific  Application  programs,  operators  may  perform 
various  functions,  such  as  entering  data  into  the  database,  modifying  the  data 
which  has  previously  been  entered,  reviewing  the  data,  or  printing  out  the 
data  in  various  formats.  The  application  program  developed  for  this  study 
presents  the  user  with  a  series  of  "menus"  cn  the  screen,  from  which  the 
desired  actions  may  be  selected.  This  feature  makes  the  use  of  this  system 
extremely  straightforward  and  minimizes  operator  training. 

Scheduling  Application  Program 

The  specific  application  program  that  was  developed  for  this  integrated 
scheduling  effort  facilitates  initial  entry  of  all  data  concerning  a  ship's 
systems,  equipment,  and  construction  schedule.  All  such  data  can  be  modified 
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as  necessary  whenever  required.  The  program  then  will  do  the  calculations 
necessary  to  determine  the  early  and  late  start  and  finish  dates  for  each  ac¬ 
tivity  in  the  drawing  development  and  equipment  procurement  processes,  thus 
establishing  the  baseline  schedule.  Figure  5  identifies  the  various  Tables 
that  were  created  for  storing  baseline  data  relating  to  systems,  equipment  and 
the  construction  schedule.  It  also  illustrates  the  interactions  between  the 
tables  aid  the  various  software  programs  that  were  created  in  order  to  estab¬ 
lish  the  controlling  schedule  dates. 


After  the  shipbuilding  project  is  started,  the  current  estimated  dates 
and  the  actual  dates  of  accomplishment  of  any  activity  of  interest  mist  be  en¬ 
tered  into  the  system.  Separate  tables  and  separate  data  entry  and  editing 
screens  have  been  provided  to  facilitate  the  updating  of  these  data.  Figure  6 
illustrates  how  the  data  to  create  schedule  reports  is  generated  by  cartoning 
data  from  the  baseline  data  tables  and  the  tables  which  contain  current  and 
actual  schedule  data. 


Thus,  all  the  data  necessary  for  producing  printed  reports  of  drawing 
and  equipment  schedules  is  entered  into  or  developed  by  the  database  program. 
By  making  appropriate  selections  from  the  options  provided  on  the  monitor 
screen,  any  desired  Schedule  report  may  be  produced.  The  Schedules  may  be 
generated  in  whatever  sorting  sequence  is  desired  by  the  shipyard's  organiza¬ 
tions  and  level  of  management.  Sorts  by  system  type  may  be  most  useful  for 
individual  Design  Department  Groups  or  Production  Trades,  while  sorts  by  date 
or  by  unit  will  be  of  more  use  to  other  managers. 

In  addition,  the  program  allows  the  current  content  of  any  of  the 
database's  Tables  to  be  revi&ged  on  the  screen  or  printed  out,  a  convenience 
for  analyzing  what  combination  of  factors  is  controlling  any  scheduled  date. 

Computer  Capability  Required 

The  Relational  Database  System  that  has  been  used  to  develop  the 
programs  demonstrated  herein  is  R:BASE  FOR  DOS,  available  from  MICRORIM.  The 
full  RsBASE  FDR  DCS  program  5.25  inch  disk  version  requires  PC-DOS  2.0  or 
higher,  512K  of  main  memory,  a  hard  disk  drive  and  one  5.25  floppy  disk  drive, 
plus  a  monitor.  The  3.5  inch  disk  version  requires  PC-DOS  3.2  or  higher.  The 
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5.25  inch  disk  version  was  used  for  the  subject  application  and  all  further 
discussion  will  be  directed  to  that  version.  The  scheduling  application 
program  has  been  developed  on  an  AT-ciane  with  512K  of  main  memory  and  a  20  MB 
hard  disk.  It  has  not  been  prepared  for  network  use,  but  this  option  is 
available  with  R:BASE  FOR  DOS  and  is  considered  a  logical  and  desirable  next 
step. 


Approximately  4  megabytes  of  disc  storage  are  required  for  installation 
of  the  full  RsBASE  FOR  DOS  product,  although  only  about  2  megabytes  are  re¬ 
quired  for  those  elements  of  the  program  that  are  needed  for  this  scheduling 
application. 

The  storage  requirements  for  the  scheduling  application  program  and  as¬ 
sociated  data  will  vary  depending  upon  the  amount  of  data  stored.  The  re¬ 
quirements  for  a  project  which  involves  125  different  system  drawings,  1000 
different  items  of  equipment,  150  different  units  with  an  average  of  six  sys-  • 
tern  types  per  unit,  and  for  which  each  system  is  installed  in  an  average  of 
ten  units,  is  slightly  over  1  MB.  An  allowance  of  a  total  of  should  cover 
any  likely  growth. 


Using  the  Scheduling  Application  Program 

General 

The  following  paragraphs  provide  a  brief  description  of  how  the 
program  can  be  used  and  what  it  will  provide. 


Appardix  A 


includes  additional 


information  and  a  number  of  specific  examples.  A  more  detailed  description  of 
the  details  of  the  program  and  of  its  operation  will  be  the  subject  of  a 
separate  report. 


Screens 

The  use  of  the  program  involves  use  of  three  types  of  "screens", 
or  images  which  appear  cn  the  monitor  for  the  operator's  guidance.  Examples 
of  each  are  provided  in 


Appendix  A. 


The  first  type  is  a  “menu"  screen,  which  provides  the  operator 
with  a  listing  of  choices  of  action,  any  one  of  which  can  be  selected  by  en¬ 
tering  the  appropriate  number  at  the  keyboard.  Selection  of  an  option  an  a 
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screen  will  either  provide  another  menu  screen  with  other  options,  cause  an 
action  such  as  printing  of  a  report  to  occur,  or  provide  one  of  the  other 
screen  types  to  appear  on  the  monitor. 

The  other  two  screen  types  are  for  data  entry  or  for  data  editing. 
The  type  for  data  entry  permits  entry  only,  while  that  for  editing  allows 
entry  of  new  rows  of  data,  deletion  of  rows  of  data  or  changes  to  individual 
fields  of  data. 

Doeratina  Modes  and  Operators 

There  are  at  least  three  fairly  different  modes  of  operating  the 
system,  and  it  probably  will  be  desirable  to  have  different  personnel  avail¬ 
able  for  performing  these  differing  functions. 

The  first  mode  involves  managing  the  computer  application  program 
itself.  This  includes  making  modifications  to  the  program  as  necessary  to 
change  the  various  screen  formats  as  necessary  to  suit  varying  requirements 
of  individual  shipyards  or  different  shipbuilding  programs.  Management  of 
this  scheduling  program  would  also  include  investigating  the  data  content  of 
various  tables  if  necessary  to  resolve  apparent  errors.  Schedule  program 
management  would  best  be  accomplished  by  a  single  individual,  who  will  have  to 
become  familiar  with  the  use  of  the  R:BA5E  FDR  EOS  system  and  of  the  specific 
application  program  which  has  been  developed.  None  of  the  other  operators 
will  need  any  understanding  of  computer  programming. 

The  second  operating  mode  involves  entering  the  initial  data  and 
editing  or  updating  that  data.  Ideally,  initial  data  entry  would  be  a  one 
time  effort,  and  in  the  vast  majority  of  cases  should  be.  Once  a  system  or 
equipment  and  its  supporting  data,  such  as  scheduled  duration  for  the  various 
activities  relating  to  that  system/equipment,  are  entered,  it  should  not  be 
necessary  to  make  changes  to  those  data.  The  values  for  these  data  should  be 
determined  by  mid-level  managers,  who  might  enter  the  data  directly  at  their 
own  keyboards  rather  than  having  to  write  out  the  information  for  entry  by 
others. 


Page  6-5 


Reports 

There  are  two  types  of  reports  generated  by  the  specific  applica¬ 
tion  program  which  was  developed  for  this  study.  Examples  of  each  are  provided 
in 


Appendix  A. 


The  first  report  type  displays  the  contents  of  individual  tables 
of  the  database  and  thus  will  be  of  primary  interest  to  the  Scheduling  Program 
Manager. 


The  second  type  of  report  provides  the  schedules  which  are  the 
primary  reason  for  this  whole  effort.  Separate  reports  are  generated  for  the 
development  schedule  for  each  type  of  drawing,  i.e. ,  diagrams,  unit  composite 
drawings,  instal lati on/assembly  drawings  and  fabrication  drawings,  as  well  as 
for  the  equipment  ordering  schedule.  As  previously  noted,  each  schedule  report 
can  be  configured  in  various  ways,  to  present  the  data  an  the  most  useful  for — 
mat  for  the  users  of  the  reports. 
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FINDINGS  P*r>  mm  I  rthmc; 


The  following  findings  and  conclusions  are  based  on  the  results  of  the 
work  done  during  the  course  of  this  study: 

Information  Flow 

1.  Finding; 

The  critical  date  in  the  scheduling  process  is  the  date  by  which  a 
system's  calculations  must  be  completed.  The  calculations  must  be  completed 
by  the  earliest  date  needed  to  satisfy  one  of  the  following  requirements: 

a)  The  date  by  which  phase  two  of  the  system  diagram  process  must 

be  completed,  or 

b)  The  date  by  which  the  calculations  of  another  system,  which 

depend  an  information  from  the  calculations  for  this  system, 
nutst  be  completed,  or 

c)  The  earliest  date  by  which  one  of  the  system's  equipments  nust 

be  ordered. 

2.  Finding: 

The  date  by  which  an  equipment  must  be  ordered  will  be  controlled  by  the 
earliest  date  by  which  any  of  the  following  must  occur: 

a)  The  equipment's  Performance  Data  must  be  received  in  support  of 

the  system  diagram  completion, 

b)  The  equipment's  Configuration  Data  must  be  received  in  support 

of  the  earliest  of  its  Unit  Composite  Drawing  completions,  or 

c)  The  equipment  itself  must  be  received  in  support  of  its  instal¬ 

lation  into  the  first  of  the  units  in  which  it  is  installed. 

3.  Findings 

Using  the  durations  of  activities  and  the  logic  flow  developed  during 
this  study  and  described  in  this  report,  most  equipment  procurements  were 
found  to  be  controlled  by  the  date  by  which  equipment  Configuration  Data  was 
needed  to  support  the  completion  of  the  Unit  Composite  Drawings. 
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Conclusion: 


Unless  the  selection  of  the  required  Purchase  Order  Award  Date  far  an 
equipment  takes  into  account  the  need  to  receive  that  equipment's  Performance 
and  Configuration  Data  in  tine  to  support  the  Design  process,  the  shipyard 
will  not  be  able  to  achieve  the  most  orderly,  efficient,  cost  effective  design 
and  construction  effort. 

Computer  Program 
1.  Finding; 

The  computer  program  produced  during  the  course  of  this  study  effort 
successfully  computes  the  dates  by  which  drawings  rrust  be  developed  and  equip¬ 
ment  must  be  ordered  in  order  to  meet  the  construction  schedule.  It  produces 
schedule  reports  which  allow  the  required  dates  to  be  managed  effectively. 

Conclusion: 

Drawing  Sections  and  Procurement  Offices  have  a  tool  available  that  can 
be  used  to  control  all  of  their  activities  to  ensure  that  required  schedule 
dates  are  met.  This  tool  is  available  in  a  form  that  is  readily  usable  on 
mini-computers  of  the  type  which  can  be  found  already  in  most  organizations. 
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SLMiflRY 


General 

The  effort  accomplished  under  this  project  has  been  successful  in  iden¬ 
tifying  the  information  logic  flaw  that  is  necessary  for  developing  and  in¬ 
tegrating  the  schedules  for  drawing  development  and  equipment  procurement  ac¬ 
tivities  for  modular  shipbuilding  programs.  A  computer  application  to  iden¬ 
tify  the  dates  necessary  for  any  activities  to  be  started  or  completed  was 
written  and  tested  successfully,  using  elements  of  an  impending  building 
program  as  a  pilot.  With  the  logic  flow  of  the  information  interfaces  estab¬ 
lished,  shipyards  can  use  and  expand  upon  the  program  presented  herein  or  can 
develop  their  cwi  computer  programs  for  accomplishing  the  goals  of  the 
project. 

The  results  of  these  efforts  have  clearly  established  the  need  for 
shipyards  to  consider  the  needs  of  the  design  process  far  performance  data  and 
configuration  data  from  the  suppliers  of  equipment,  and  the  lead  times  re¬ 
quired  by  the  equipment  suppliers  to  do  so,  when  defining  the  dates  by  which 
equipment  purchase  orders  must  be  awarded. 

An  ancillary  result  has  been  the  highlighting  of  the  need  for  improved 
communications  between  shipyards  and  equipment  suppliers.  The  shipyards  need 
to  determine  and  define  all  of  the  data  that  they  need  as  well  as  the  equip¬ 
ment  performance  requirements,  and  they  need  to  fully  define  the  environment 
in  which  the  equipment  must  operate.  The  vendors  nust  recognize  the  impor¬ 
tance  of  timely  submittal  of  accurate  performance  and  configuration  data,  and 
must  work  with  the  shipyards  in  defining  the  information  which  they,  the  sup¬ 
pliers,  need  in  order  to  best  respond  to  the  shipyard's  needs. 
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Future  Work 


In  order  for  the  computer  program  that  has  been  developed  during  this 
study  to  be  more  useful,  it  should  be  modified  to  enable  its  use  an  a  network 
of  terminals.  This  would  then  permit  drawing  data  for  each  drawing  section  to 
be  entered  at  their  own  terminal,  at  their  own  convenience,  and  would  allow 
them  to  obtain  output  reports  an  their  own  printers  whenever  they  wanted  one. 

Another  improvement  would  be  to  include  the  dates  for  receiving  various 
ILS  submittals  from  vendors,  such  as  Reliability  and  Availability  data. 

Failure  and  Effects  Analyses,  Technical  Manuals,  Training  Documentation,  etc. 
If  the  sutmittal  dates  for  noise  data,  shock  calculations  or  other 
deliverables  were  to  be  different  than  the  dates  for  other  data  submittals, 
each  could  be  separately  tracked  by  modifying  the  system  to  incorporate  these 
items. 


Finally,  to  ease  use  of  the  program,  a  set  of  operating  instructions  is 
needed.  A  detailed  description  of  how  to  use  each  of  the  various  types  of 
screens,  when  to  make  various  calculations,  hew  to  modify  the  program,  etc, 
similar  to  those  developed  for  use  of  other  computer  application  programs,  is 
needed  for  this  program. 

Completion  of  the  three  improvements  described  above  would  provide 
shipyard  personnel  with  a  complete,  documented  scheduling  and  status  keeping 
system  for  engineering  and  procurement  efforts,  tied  in  directly  with  the 
production  schedules. 

Attempted  use  of  the  program  for  a  follow  ship  project  and  for  another 
project  which  was  unable  to  utilize  modular  construction  practices,  has  iden¬ 
tified  the  need  few  other  modifications  to  be  made  to  the  existing  program. 
These  changes  would  allow  the  inforaatim  flaw  requirements  to  be  applied  more 
effectively  to  these  other  types  of  shipbuilding  programs. 
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SYSTEM  DATA  TABLE 
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SYSTEM  TYPE  UNIT  ASSEMBLY  PROCESS  TABLE 
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FI  BURE  6 


COmJTER  PROGRAM  PI  j^PMTR 


General 

Setting  up  a  database  program  normally  initially  involves  determining 
what  data  is  needed  and  selecting  the  most  effective  way  to  store  that  data. 
This  results  in  identifying  what  tables  are  needed,  and  what  columns  are 
needed  for  each  row  of  each  table.  The  next  step  is  to  create  the  forms  for 
entering  and  editing  data,  after  which  the  format  of  any  reports  from  the  sys¬ 
tem  must  be  established.  Any  software  programs  needed  for  calculating  data 
and  manipulating  data  between  tables  are  then  generated,  and  finally,  the 
specific  application  program  for  tying  these  all  together  is  prepared. 

The  results  of  these  various  steps  for  the  scheduling  prog  ran  developed 
during  this  study  are  presented  in  this  Appendix,  but  will  be  presented  in  the 
order  in  which  the  program  would  be  used. 


Screens 

Menu  Screens 


Figure  A-l  illustrates  two  of  the  various  menu  screens  that  have 


been  developed  for  the  application  program  of  the  pilot  project.  When  the 
operator,  looking  at  the  screen  shown  in 


Figure  A-i-a, 


decides  to  print  a 


report  of  the  content  of  one  of  the  tables  dicussed  above,  he  siters  the  num¬ 
ber  3  at  the  key-board.  This  will  cause  the  menu  listed  in 


figure  A-l— b  x> 


appear  an  the  screen.  Entering  one  of  the  numbers  listed  there  will  cause  the 
printer  to  generate  one  of  the  reports  discussed  under  Tables,  below. 


the  menu  in 


Figure  A-2-a  3 

hows  the  complete  menu  tree  that  is  available  from 

t  Figure  A-l-a. 

Figure  A-2-b 

displays  information  that  is  available 

from  the  RBASE  system  for  use  by  the  Scheduling  Program  Manager  when  develop¬ 
ing  the  application  program. 
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Data  Entry  and  Editina  Screens 

Initial  Data  Screens 

The  System  Data  Entry  Screen, 


Figure  A-3-a, 


is  used  for  en¬ 


tering  initial  system  data  into  5  different  tables.  After  entering  data  into 
this  form,  it  is  then  necessary  to  use  other  data  editing  screens,  such  as  the 
one  for  the  System  Unit  Combination  Data  Table  shewn  in  Figure  A-3-b,  to  add 
additional  data  to  other  tables. 


Current  Data  Screens 

Screens  such  as  the  one  shown  for  System  Diagrans  in  Figure 
A-4-a  kre  used  to  enter  data  into  the  tables  which  contain  current  and  actual 


schedule  dates.  This  data  entry  screen  is  used  for  the  initial  entry  of  cur¬ 
rent  schedule  data.  Only  the  fields  in  the  Current  and  Actual  date  rows  can 
be  filled  in  by  the  operator.  The  scheduled  early  and  late  start  and  finish 
dates  are  extracted  by  the  computer  from  the  baseline  schedule,  and  placed  an 
the  screen  without  any  input  from  the  operator  for  guidance  in  establishing 
the  initial  “cur rent1*  dates. 

The  subsequent  updating  of  the  schedule  data  is  accomplished 
using  a  data  editing  screen  such  as  shown  in  Figure  A-4-b.  Again,  the  top  two 


lines  of  data  cannot  be  changed  by  the  operator,  but  any  of  the  fields  for 
current  dates  can  be  changed  and  data  can  be  added  in  the  fields  for  actual 
dates. 


Tables 


A  number  of  tables  were  needed  to  store  information  of  different  types. 


Figures  5  -rtd  6  of  the  main  report  illustrated  what  tables  were  created,  how 


the  information  from  each  table  is  used  to  provide  data  to  other  tables 
through  various  calculation  programs  and  how  the  data  from  pairs  of  tables  is 
combined  to  create  schedule  reports.  The  functions  of  each  of  the  tables  is 
described  in  the  following  paragraphs. 
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System  Data  Table 

This  table  includes  all  information  which  is  relevant  to  each  sys¬ 
tem,  with  the  exception  of  current  status  for  system  diagrams.  The  table  con¬ 
tains  one  row  per  system.  Columns  of  each  row  contain  one  system's  name,  sym¬ 
bol,  diagram  numbers,  and  the  duration  of  each  phase  of  the  development  of  the 
system  diagram.  All  of  these  data  oust  be  entered  from  the  computer  keyboard, 
aided  by  the  data  entry  scresns  that  are  provided. 


Each  row  also  includes  colurms  containing  the  dates  by  which  the 
system  diagram  schedules  are  controlled.  These  dates  are  calculated  by 
various  computer  programs  provided  and  are  then  automatically  stored  in  this 
table,  where  they  are  then  used  as  source  data  for  the  diagram  development 
schedule.  A  listing  of  the  data  elements  that  are  stored  in  the  columns  of 


this  table  is  provided  in  Figure  A-5.  No  attempt  to  define  each  of  the  data 


elements  will  be  made  in  this  report.  The  table  is  identified  within  the  com¬ 
puter  program  as  SYSOATAT.  The  contents  of  this  table  are  accessible  through 


generation  of  a  report,  as  shown  in  Figure  A-6. 


System  —  Uhit  Table 

The  identifying  symbol  for  every  construction  unit  in  which  a  sys¬ 
tem  is  located  is  entered  into  this  table,  along  with  the  system  identifying 
symbol.  Thus,  there  may  be  many  rows  in  this  table  for  each  system,  but  only 
one  row  for  each  system-unit  combination.  This  table  is  identified  as 


SYSUNITT  and  its  contents  are  as  shown  in  Figure  A-7.  Each  row  contains  the 


system  symbol,  a  unit  number,  and  the  Uhit  C-date  for  that  unit;  the  Uhit 
C-date  being  that  date  by  which  the  unit's  Composite  drawing  must  be  completed 
in  order  for  the  construction  schedule  to  be  met.  One  of  the  computer  program 
subroutines  searches  this  table  and,  for  each  system,  compares  the  Lhit 
C-dates  for  all  units  of  the  system,  selects  the  earliest  of  these  and  stores 
it,  the  System  C-date,  in  the  System  Data  Table's  row  for  that  system  and  also 
into  any  rows  in  the  Equipment  Data  Table  that  relate  to  that  system's  equip¬ 


ment.  These  calculations  are  illustrated  in|  Figure  5  jay  the  "bubble"  labeled 
"System  C-Dates". 
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System-Type  Unit  Assembly  Process  Table 

Data  related  to  the  activities  in  the  unit  assembly  process  for 
each  system-type  are  stored  in  this  table,  which  is  identified  as  SYTFROCT, 
where  every  row  represents  a  unique  combination  of  unit  and  system  type.  As 
previously  described,  the  earliest  construction  stage  during  which  each  dif¬ 
ferent  system-type  will  be  installed  in  a  unit  must  be  separately  determined, 
for  scheduling  the  activities  of  that  system-type's  unit  assembly  process. 

The  durations  for  each  of  the  activities  in  that  process  are  entered  into  this 
table  and  edited  through  its  cvn  data  entry  and  edit  forms. 


The  installation  date  for  the  construction  stage  for  each  system- 
type  in  each  unit,  the  System-Type  Unit  F— date,  is  obtained  from  the  Uhit— 
Stage  Schedule  Table  and  stored  in  this  table.  Having  the  F-date  and  all  of 
the  activity  durations  in  the  same  row,  allows  immediate  calculation  of  the 
System-Type's  Unit  C-date,  which  then  also  is  stored  in  the  row.  The  table's 


contents  are  shown  in 


Figure  A-Q. 


Unit-Stage  Schedule  Table 

The  construction  schedule  data  must  be  entered  into  this  table, 
INSTSKDT.  (An  alternative  approach  would  be  to  modify  the  colums  of  this 
table  to  accept  duration  data  for  each  stage  of  construction  of  each  unit,  and 
the  unit  erection  date,  and  generate  all  other  start  and  completion  dates  for 
the  construction  schedule. )  Each  row  of  the  table  contains  the  dates  for 
starting  every  stage  of  the  unit’s  construction  process,  or  sufficient  infot — 
maticn  for  those  dates  to  be  calculated. 


See  Figure  A-9. 


As  currently  con¬ 


figured,  the  program  allows  the  start  date  of  each  stage  to  be  identified  as  a 
number  of  weeks  after  contract  award.  The  current  program  then  allows  the  as¬ 
sumed  or  actual  contract  award  date  to  be  entered,  after  which  it  calculates 
and  stores  the  calendar  dates  for  starting  each  stage.  The  dates  in  this 
table  are  the  source  for  the  System-Type  F-dates  stored  in  the  SYTFRQC  table 
and  for  the  Equipment-Unit  L-dates  stored  in  the  Equipment-Unit  Combination 
Table. 


See  Figure  5. 


Since  this  is  the  only  table  where  each  unit  is  identified 
uniquely,  now  by  row,  it  is  used  to  store  the  Uhit  G-dates.  Once  the  F-dates 
have  been  extracted  from  this  table  and  stored  in  the  SYTPRDCT  table  (where 
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the  System-Type  C-dates  are  immediately  calculated,  automatically),  another 
subroutine  is  used  to  select  the  earliest  of  each  unit's  several  System-Type 
C-dates.  That  date  is  then  stored  in  the  Unit  C-date  column  of  this  table. 


Equipment  Data  Table 

As  the  name  implies,  this  table  is  used  to  store  data  relating  to 
each  type  of  equipment  for  each  system.  Initially,  duration  data  for  each  ac¬ 
tivity  of  the  equipment  procurement  process  must  be  entered.  Three  separate 
computer  programs  are  used  to  obtain  information  from  other  tables  and  store 
the  results  in  this  table.  The  three  possible  equipment  related  A-dates  are 
determined  and  stored  in  this  table  as  a  result  of  these  calculations.  The 
earliest  of  these  is  identified  and  stored  in  the  Equipment  A-date  column.  The 


contents  of  this  table  are  as  shown  ir  Figure  A- 10 


Frp  linmmot-Unit— Staoe  Table 

It  is  not  uncommon  for  several  items  of  the  same,  identical 
equipment  to  be  located  in  more  than  one  location  on  a  ship.  When  those  loca¬ 
tions  are  in  different  construction  units,  the  assembly  schedules  for  each  of 
those  units  must  be  considered  in  order  to  identify  the  controlling  date  for 
ordering  the  equipment.  This  table  is  provided  for  entering  and  storing  the 
unique  unit-stage  installation  combinations  for  each  item  of  equipment. 


The  scheduled  installation  date  for  each  of  these  equipment-unit- 

i 

stage  combinations  is  selected  from  LN5T5KDT  and  stored,  as  the  Equipment-Linit 
L-date,  in  this  table.  A  separate  calculation  is  made  in  order  to  select  the 
Unit  C-date  from  the  UNSTSKDT  and  store  it  here  for  each  equipment-unit  com¬ 
bination.  The  contents  of  the  columns  of  this  table  are  displayed  in  Figure 
A -11. 


Subsequently,  the  earliest  of  the  Equipment-Unit  F-dates  and  of 
the  Equipment-Unit  C-dates  are  selected  and  stored  as  the  Equipment  L-date  and 
the  Equipment  C-date,  respectively,  in  the  Equipment  Data  Table. 
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System  Dependency  Table 

Each  row  in  this  table  contains  data  describing  the  interdepen¬ 
dencies  of  system  diagrams.  Each  user  system  is  originally  listed  with  each 
system  which  provides  services  to  it.  Hcwever,  because  of  the  possibility  of 
multiple  dependencies,  a  separate  computation  program  has  been  provided  to 
identify  multiple  dependencies  and  revise  required  schedule  dates  accordingly. 
See  Figure  A-12  for  SYSCEPT  contents. 


Schedule  Status  Tables 

Four  additional  tables  have  bean  created  far  storing  data  relating 
to  current  estimated  schedule  dates  and  actual  dates.  The  fair  tables  cover 
diagram  schedule  data,  equipment  schedule  data,  unit  composite  drawing  data 
and  system-type  unit  assembly  process  activities  data,  respectively.  The  data 
in  these  tables  are  used  for  preparing  reports  of  scheOiles  and/or  schedule 
status. 


Figure  A-13  is  a  report  of  the  content  of  the  table  containing  cur¬ 


rent  and  actual  dates  for  System  Diagram  activities,  and  illustrates  the  con¬ 
tent  of  each  of  these  four  tables. 


The  screens  used  for  data  entry  provide  the  early  and  late  dates 
for  start  and  finish  of  each  of  the  activities  for  which  current  estimated 
data  and  actual  data  are  to  be  provided. 


Reports 


Schedule  Reports 

Figures  A-14 

to 

A-1B  i 

A-1B  illustrate  schedules  that  can  be  generated 


from  the  report  formats  established  for  the  pilot  project.  Figures  A-14  and 
A— 15  both  apply  to  the  same  Diagram  Schedules,  but  A-14  is  sorted  alphabeti¬ 
cally  by  System  Name  whiln  A-15  Is  sorted  by  Phase  One  Start  date. 


Data  Table  Content  Reports 


Figures  A-6  through  A-12  are  examples  of  the  reports  which  print 


out  the  data  that  is  contained  in  the  tables  of  the  database.  The  primary 
purpose  of  these  reports  is  to  verify  the  accuracy  of  the  data  that  is  con¬ 
tained  in  the  tables.  Examination  of  these  figures  will  show  rows  that  need 
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data,  redundant  rows,  etc.,  that  need  to  be  corrected.  Another  significant 
result  from  observing  the  contents  of  the  tables  is  verification  that  the  ap¬ 
plication  program  accomplishes  what  it  was  intended  to  accomplish. 

Computer  Program  Development 

Calculation  Programs 

A  number  of  separate  programs  were  needed  in  order  to  carry  out 
all  of  the  calculations  that  are  necessary  to  identify  the  controlling  dates 
for  scheduling  purposes.  Each  calculation  program  may  be  accomplished  either 
generally,  to  recalculate  every  date,  or  selectively,  when  relatively  minor 
changes  or  additions  have  been  made  to  initial  data.  The  Application  Program 
as  currently  written  generally  requires  the  choice  of  general  or  selective 
calculation  to  be  made  from  the  keyboard  using  a  menu.  This  can  be  changed 
easily  to  have  calculations  occur  autonetically  whenever  data  entry  has  been 
finished. 

Application  Program 

This  is  the  program  that  provides  the  overall  structure  for  ac¬ 
complishing  all  tasks  that  must  be  performed  to  enter  data  and  produce 
reports.  It  runs  automatically  and  provides  a  series  of  menus,  each  of  which 
lists  choices  for  the  operator  to  make  in  order  to  accomplish  each  of  the 
tasks  in  the  entire  scheduling  process.  The  menu  screens  that  control  the  ap¬ 
plication  were  discussed  previously. 

Program  Code  Availability 

The  Application  Program  coding  is  too  long  and  the  individual  cal¬ 
culation  programs  are  too  numerous  to  be  included  in  this  report,  but  are 
available  upon  request  from  the  Program  Manager  of  SP-4  or  from  the  author. 
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=jnENU  FOR  DATA  ENTRY,  UPDATE,  CALCS  &  TABLE  CONTENT  REPORTS _ 

( 1 )  UPDATE  DATA 

(2)  RECALCULATE  AFTER  UPDATING  DIAGRAM,  EQUIPMENT  OR  UNIT  DATA 
(  3 )  GET  REPORTS 

(4)  ENTER  INITIAL  DATA 

(5)  DO  CALCULATIONS  AFTER  ENTERING  INITIAL  DATA 

(6)  ENTER  PROGRAM  NAME,  DESIGNATOR,  AWARD  DATE 

(7)  QUIT 


Fiqure  A-i— ci 


Tn  PRINT  THE  CONTENT  OF  A  TABLE = — 

(1)  PRINT  SYSTEM/ DIAGRAM  DATA  TABLE 

(2)  SYSTEM/UNIT  TABLE 

(3)  SYSTEM  DEPENDENCY  TABLE 

(4)  EQUIPMENT  DURATION  DATA  TABLE 

(5)  EQUIPMENT/UNIT  COMBINATIONS 

(6)  UNIT  DRAWING/PLANNING/FAB  DURATIONS 

(7)  UNIT-STAGE  SCHEDULE  TABLE  DATA 


Figure  A-l-b 
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)  MENU  FOR  DATA  ENTRY,  UPDATE,  CALCS  &  TABLE  CONTENT  REPO 


(Main 

I— (UPDATE  )  UPDATE  DATABASE  DATA 

LfSYSDIAM  )  SYSTEM  RELATED  DATA  TABLES  UPDATE  MENU 
i — ( EQPINFQM)  EQUIPMENT  INFORMATION  UPDATE  MENU 
l — (UNITDWGM)  UNIT  DRAW ING/PLANNI N6/FABR I CATION  UPDATE  MENU 
I — ( UNITSTGM)  UPDATE  UNIT-STAGE  SCHEDULING  DATA 


l_(  RECALCSM)  RECALCULATION  MENU 

L(REPORTSM)  SELECT  THE  TYPE  OF  REPORT  DESIRED 

1—  (PRNTTBLM)  TO  PRINT  THE  CONTENT  OF  A  TABLE 
1 — (DATAENTM)  DATA  ENTRY  ACTIONS 

UlNITCLCM)  CALCULATIONS  AFTER  INITIAL  DATA  ENTRY 
l—UNDCALCM)  INDIVIDUAL  CALCULATION  MENU 


]  Up  LI  Down  [F3J  Actions 
Application  IPSKMQD1  -  Database  IP 


=MENU  FOR  DATA  ENTRY,  UPDATE,  CALCS  &  TABLE  CONTENT  REPORTS== 

( 1 )  UPDATE  DATA 

(2)  RECALCULATE  AFTER  UPDATING  DIAGRAM,  EQUIPMENT  OR  UNIT  DATA 

(3)  GET  REPORTS 

(4)  ENTER  INITIAL  DATA 

(5)  DO  CALCULATIONS  AFTER  ENTERING  INITIAL  DATA 

(6)  ENTER  PROGRAM  NAME,  DESIGNATOR,  AWARD  DATE 

(7)  QUIT 


Menu  selection  1  -  Process  menu:  UPDATE 


Menu  selection  2 
Menu  selection  3 
Menu  selection  4 
Menu  selection  5 

Menu  selection  6 
Menu  selection  7 
Press  any  key  to  continue 


Process  menu;  RECALCSM 

Process  menus  REPGRTSM 

Process  menus  DATAENTM 

Run  custom/macro/template  procedure: 

Process  menu:  INITCLGM 

Load  using  forms  AWARDAYF 

Exit 


DATESETP 


1  Up  C3  Down  £F31  Actions 
Application  IPSKMODi  -  Database  IP 


Figure  A -2-b 
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Add  Duplicate  Edit  again  Discard  Quit 


XXXXXXXXXSXXXXXXXXXXXXXXXXXXXXXX  DIAGRAM  DATA  XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

SYSTEM  NAME:  SYMBOL:  TYPE: 

DIAGRAM  NUMBERS 

SHIPYARD'S:  OWNER'S  CONTRACT  DWG: 

DETAILED  DWG: 

EQUIPMENT  COVERED  BY  DIAGRAM  EQP  SYMBOLS  SYSTEMS  WHICH  PROVIDE  SERVICE 


CESC]  Done  CF23  Clear  field  [Shift-F2J  Clear  to  end  EShift-FlOl  More 
Form:  SYSDATAF  Table:  SYSUNITT  Field:  SYSTSYMB  Page:  1 


A— 3— a 


Edit  Save  Add  new  Delete  Reset  Previous  Next  Quit 


UNITS  INTO  WHICH  PARTS  OF  THE  SYSTEM  ARE  TO  BE  INSTALLED 


CESC3  Done  CF23  Clear  field  EShift-F23  Clear  to  end  CShift-FlOl  More 


Form:  SYSUNTEF  Table:  SYSUNITT  Field:  SYSTSYMB  Page:  1 
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Add  Duplicate  Edit  again  Discard  Quit 


Enter/Edit  Current  Scheduled  and  Actual  Dates  For  Diagrams  : 


SY5SYMB  SHIPYARD  DWG  NO 
PHASE  ONE 


CUSTOMER  DWG  NO 
CALC  PHASE  TWO 


CONTR  DES  DWG  NO 
PHASE  THREE 


START 


FINISH 


START  FINISH 


START  FINISH 


START  FINISH 


Ffl  M05D07B 

Early:  07/13/90  10/16/90  10/19/90  01/22/91 

Late  :  05/25/90  06/12/90  06/15/9 O  07/10/90  11/16/90  02/19/91  02/22/91  05/28/91 
Curr  : 

Act  : 


Early: 
Late  : 
Curr  : 
Act  : 


CESC]  Done  CF2]  Clear  field  CShift-F21  Clear  to  end  CShift-FlOJ  More 
Form:  DIACRACF  Table:  DIACRACT  Field:  CSPHASE1  Page:  1  Changed 

Flourg 


Edit  Save  Add  new  Delete  Reset  Previous  Next  Quit 


Enter /Ed it  Current  Scheduled  and  Actual  Dates  For  Diagrams  : 


SYSSYM8  SHIPYARD  DWG  NO 
PHASE  ONE 


CUSTOMER  DWG  NO 
CALC  PHASE  TWO 


CONTR  DES  DWG  NO 
PHASE  THREE 


START 


FINISH 


START 


FINISH 


START 


FINISH 


START 


FINISH 


FM 

Early 

Late 

Curr 

Act 


M05D07B 

07/13/90  10/16/90  10/19/90  01/22/91 
05/25/90  06/12/90  06/15/90  07/10/90  11/16/90  02/19/91  02/22/91  05/28/91 
08/ 15/90  08/31/90  09/03/90  09/28/90  10/01/90  11/23/90  11/26/94  01/18/91 


HS 

Early 

Late 

Curr 

Act 


560—60  56O-3456709OF 

12/03/90  01/04/91  01/07/91  02/08/91 
11/19/90  11/23/90  11/26/90  11/30/90  01/28/91  03/01/91  03/04/91  04/05/91 


CESC1  Done  [F 21  Clear  field  CShift-F21  Clear  to  end  CShift-FIO]  More 

Farm:  DIACRACF  Table:  DIACRACT  Field;  SYSTSYMB  Page:  1 


Figure  A-4-b 
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'Table:  £ YSDATAT 
Read  Password :  Ma 
Modify  Passwora:  No 


NO  iGCKISJ 


Column  definitions 


* 

Name 

Tvpe 

1 

SYSTNAME 

TEXT 

2 

5YSTSYM8 

TEXT 

3 

SYSTTYPE 

TEXT 

a 

SYDIAGNR 

TEXT 

5 

OWNRCDNR 

TEXT 

6 

GwNRDDNR 

TEXT 

7 

DURPHAS1 

INTEGER 

8 

DURCALC 

INTEGER 

9 

DURPHAS2 

INTEGER 

10 

DURPHAS3 

INTEGER 

11 

MNSYSCDA 

DATE 

12 

SYDIADAY 

DATE 

13 

MNEQADAY 

DATE 

14 

MNINDADA 

DATE 

15 

MNDEPADA 

DATE 

16 

LFSYSCLC 

DATE 

Column  def 

m i tions 

Name 

Type 

17 

LSSYSCLC 

DATE 

18 

LFPHASE2 

DATE 

19 

LSPHASEl 

DATE 

Lengtn  <ev 

15  characters 
2  characters  ves 
1  characters 
13  characters 
13  characters 
13  characters 


Length  Key 


Expression 


( ‘ MNSYSCDA ' -7*  DURPH 
AS2  *  ) 

(MINI ‘SYDIADAY' «  MNE 
QADAY ’ ) ) 

(MINI  'MNtNDADA'  ,  MND 
EPADA ‘ ) ) 


Expression 
t  * LFSYSCLC * -7*  * DURCA 
LC ' +3 ) 

t  * MNSYSCDA  * -14 ) 

' LSSYSCLC ‘ - 7% * DURPHA 
SI' 


Current  number  of  rows:  11 


FiGure  A— 5 
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PRINTOUT  OF  SYSTEM  DATA  TABLE  DIAGRAM  DATA  CONTENT 

Printed  an  01/16/09  at  14:52:24 

SYSTEM  NAME 
DURATICJNS-WKS 
PHI  CLC  PH2  PH3 

SYMB  TYP 

1  __ 

SHIPYARD'S  DIAG  NR  OWNER'S  DWG  NUMBER 

—  nflTcc 

MNSYSCDA 

OIAGADAY 

MNEQADAY 

MNINDADA  MNDEPADA 

SYSTADAY 

AFFF  DISTRIBUTN 

2  4  8  0 

AF  P 

03/05/91 

SYDNR  XXXXXXD 
01/08/91  09/18/90 

MM053D180 

09/1B/9O  06/26/90 

06/26/90 

AUX  SM  COOLING 

AS  P 

SYDNR  YYYYYYE 

MM055D16D 

4  5  lO  13 

03/15/91 

01/04/91 

09/07/90 

09/07/90  06/26/90 

06/26/90 

COMPRESSED  AIR 

CA  P 

- 

M05D12 

3  4  8  5 

02/12/91 

12/18/90 

09/25/90 

09/25/90  12/10/99 

09/25/90 

CHILLED  WATER 

CW  P 

444455023-12 

01234— 12— 333D 

2  3  tO  12 

03/15/91 

01/04/91 

11/02/90 

11/02/90  12/10/99 

11/02/90 

DRAIN  &  BALLAST 

DB  P 

- 

M05D08A 

4  4  10  12 

03/15/91 

01/04/91 

10/12/90 

10/12/90  06/19/90 

06/19/90 

FIREHAIN 

FM  P 

- 

M05D07B 

3  4  14  12 

03/05/91 

11/27/90 

10/12/90 

10/12/90  07/10/90 

07/10/90 

HYDRAULIC  STRG 

HS  P 

560- 

60 

— 

11  5  5 

03/15/91 

02/08/91 

11/30/90 

11/30/90  12/10/99 

11/30/90 

PRAIRIE  MASKER 

PM  P 

- 

M0BD010 

3  3  S  e 

01/22/91 

11/27/90 

07/31/90 

07/31/90  06/12/90 

06/12/90 

POTABLE  WATER 

PW  P 

— 

— 

2  4  12  13 

03/05/91 

12/11/90 

09/25/90 

09/25/90  09/18/90 

09/18/90 

SANITARY  FLUSHG 

SF  P 

- 

MU5D040 

4  5  10  10 

03/19/91 

01/08/91 

09/11/90 

09/11/90  06/26/90 

06/26/9 0 

MAIN  SW  COOLING 

SW  P 

- 

M05D 

4  5  10  13 

01/22/91 

11/13/90 

07/24/90 

07/24/90  12/10/99 

07/24/90 

Figure  ft-6 


Appendix  A 


SYSTEM-UNIT  COMBINATION  TABLE  DATA  PRINTOUT 


SYMB 

NAME 

C  DATE 

AF 

AFFF  DISTRIBUTN 

1421 

03/15/91 

AF 

AF FF  DISTRIBUTN 

1422 

03/29/91 

AF 

AFFF  DISTRIBUTN 

1423 

04/02/91 

AF 

AFFF  DISTRIBUTN 

1433 

03/05/91 

AF 

AFFF  DISTRIBUTN 

1510 

04/02/91 

AF 

AFFF  DISTRIBUTN 

1520 

03/19/91 

AF 

AFFF  DISTRIBUTN 

1620 

05/07/91 

AF 

AFFF  DISTRIBUTN 

2400 

07/30/91 

AF 

AFFF  DISTRIBUTN 

2310 

06/18/91 

AF 

AFFF  DISTRIBUTN 

- 

AS 

AUX  SM  COOLING 

1421 

03/15/91 

AS 

AUX  SW  CODLING 

1422 

03/29/91 

AS 

AUX  SU  COOLING 

1423 

04/02/91 

CA 

COMPRESSED  AIR 

1130 

09/10/91 

CA 

COMPRESSED  AIR 

1230 

07/16/91 

CA 

COMPRESSED  AIR 

1411 

02/12/91 

CA 

COMPRESSED  AIR 

1421 

03/15/91 

CA 

COMPRESSED  AIR 

1422 

03/29/91 

CA 

COMPRESSED  AIR 

1423 

04/02/91 

CA 

COMPRESSED  AIR 

1433 

03/05/91 

CA 

COMPRESSED  AIR 

1510 

04/02/91 

CA 

COMPRESSED  AIR 

2510 

06/18/91 

CW 

CHILLED  WATER 

1421 

03/15/91 

cw 

CHILLED  WATER 

1422 

03/29/91 

CW 

CHILLED  WATER 

1423 

04/02/91 

cw 

CHILLED  WATER 

1510 

04/02/91 

cw 

CHILLED  WATER 

1610 

04/02/91 

DB 

DRAIN  Sc  BALLAST 

1110 

10/15/91 

OB 

DRAIN  &  BALLAST 

1210 

06/18/91 

DB 

DRAIN  &  BALLAST 

1220 

06/25/91 

OB 

DRAIN  &  BALLAST 

1320 

04/23/91 

DB 

DRAIN  &  BALLAST 

1421 

03/15/91 

DB 

DRAIN  Sc  BALLAST 

1422 

03/29/91 

DB 

DRAIN  &  BALLAST 

1423 

04/02/91 

OB 

DRAIN  St  BALLAST 

1510 

04/02/91 

DB 

DRAIN  &  BALLAST 

1610 

04/02/91 

FM 

FIREMAIN 

1421 

03/15/91 

FM 

FIREMAIN 

1422 

03/29/91 

FM 

FIREMAIN 

1423 

04/02/91 

FM 

FIREMAIN 

1433 

03/05/91 

FM 

FIREMAIN 

1510 

04/02/91 

FM 

FIREMAIN 

1520 

03/19/91 

FM 

FIREMAIN 

1610 

04/02/91 

FM 

FIREMAIN 

1620 

05/07/91 

FM 

FIREMAIN 

2100 

11/26/91 

FM 

FIREMAIN 

2200 

11/19/91 

FM 

FIREMAIN 

2310 

06/04/91 

FM 

FIREMAIN 

2400 

•  07/30/91 

FM 

FIREMAIN 

2510 

06/18/91 

HS 

HYDRAULIC  STRG 

1421 

03/15/91 

PM 

PRAIRIE  MASKER 

1412 

01/22/91 

PM 

PRAIRIE  MASKER 

1421 

03/15/91 

PM 

PRAIRIE  MASKER 

1422 

03/29/91 

PM 

PRAIRIE  MASKER 

1433 

03/05/91 
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Figure  A-7 


Appendix  A 


SYSTEM  I YPE  UNIT  ASSEMBLY  PROCESS  TABLE  DATA 
Printed  on  01/15/89  on  15:07;3Q 


SYS 

UNIT 

STG 

: - 

- DURATIONS  “ 

WEEKS 

— 

___  i 

SYSTYPE 

SYSTYPE 

TYP 

UAD 

UAP 

SS 

UFD 

UFP 

UFF 

TOT 

“F"  DATE 

°CM  DATE 

P 

1110 

50 

8 

4 

2 

7 

4 

6 

29 

05/00/92 

10/15/91 

S 

1110 

20 

6 

3 

2 

4 

3 

3 

22 

04/03/92 

10/29/91 

w 

1110 

50 

8 

3 

2 

6 

3 

2 

23 

05/00/92 

11/26/91 

p 

1120 

50 

a 

4 

2 

7 

4 

6 

29 

04/10/92 

09/17/91 

s 

1120 

20 

6 

3 

2 

4 

3 

3 

22 

03/06/92 

10/01/91 

p 

1130 

50 

a 

4 

2 

7 

4 

6 

29 

04/03/92 

09/10/91 

s 

1130 

20 

6 

3 

2 

4 

3 

3 

22 

02/21/92 

09/17/91 

p 

1210 

50 

8 

4 

2 

7 

4 

6 

29 

01/10/92 

06/18/91 

s 

1210 

20 

6 

3 

2 

4 

3 

3 

22 

12/13/91 

07/09/91 

p 

1220 

50 

8 

4 

2 

7 

4 

6 

29 

01/17/92 

06/25/91 

s 

1220 

20 

6 

3 

2 

4 

3 

3 

22 

12/06/91 

07/02/91 

p 

1230 

50 

8 

4 

2 

7 

4 

6 

29 

02/07/92 

07/16/91 

s 

1230 

20 

6 

3 

2 

4 

3 

3 

22 

01/03/92 

07/30/91 

p 

1310 

40 

8 

4 

2 

6 

4 

6 

28 

11/00/91 

04/23/91 

s 

1310 

20 

6 

3 

2 

4 

3 

3 

22 

11/08/91 

06/04/91 

w 

1310 

40 

a 

3 

2 

6 

3 

3 

24 

11/00/91 

05/21/91 

p 

1320 

40 

8 

4 

2 

6 

4 

6 

28 

11/00/91 

04/23/91 

s 

1320 

20 

6 

3 

2 

4 

3 

3 

22 

11/00/91 

06/04/91 

p 

1330 

40 

a 

4 

2 

6 

4 

6 

2Q 

12/06/91 

05/21/91 

s 

1330 

20 

6 

4 

2 

4 

3 

5 

24 

12/06/91 

06/18/91 

p 

1411 

50 

14 

6 

2 

IO 

6 

8 

36 

12/06/91 

03/26/91 

s 

1411 

20 

12 

6 

2 

8 

0 

10 

38 

11/08/91 

02/12/91 

w 

1411 

50 

a 

5 

2 

4 

4 

3 

23 

12/06/91 

06/25/91 

p 

1412 

50 

10 

5 

2 

8 

6 

a 

34 

11/22/91 

03/26/91 

s 

1412 

20 

13 

4 

3 

12 

6 

8 

39 

10/25/91 

01/22/91 

w 

1412 

50 

8 

4 

2 

6 

4 

4 

26 

11/22/91 

05/21/91 

p 

1413 

50 

12 

6 

2 

0 

6 

10 

36 

11/22/91 

03/12/91 

p 

1414 

50 

12 

6 

2 

a 

6 

10 

36 

01/03/92 

04/23/91 

p 

1415 

50 

12 

6 

2 

a 

6 

10 

36 

01/03/92 

04/23/91 

p 

1421 

40 

10 

4 

3 

6 

3 

8 

30 

11/11/91 

04/12/91 

s 

1421 

20 

12 

4 

3 

8 

3 

0 

32 

10/20/91 

03/15/91 

w 

1421 

50 

a 

5 

2 

4 

4 

3 

23 

12/30/91 

07/19/91 

p 

1422 

30 

12 

4 

3 

7 

3 

9 

32 

12/30/91 

05/17/91 

s 

1422 

20 

12 

4 

2 

8 

4 

10 

34 

11/25/91 

03/29/91 

w 

1422 

50 

8 

5 

2 

4 

4 

3 

23 

02/03/92 

08/23/91 

p 

1423 

40 

12 

6 

2 

8 

6 

8 

34 

11/29/91 

04/02/91 

s 

1423 

20 

12 

6 

2 

8 

a 

10 

38 

01/03/92 

04/09/91 

w 

1423 

50 

8 

5 

2 

4 

4 

3 

23 

01/17/92 

08/06/91 

p 

1424 

40 

9 

4 

2 

6 

4 

8 

30 

11/29/91 

04/30/91 

s 

1424 

20 

12 

6 

2 

8 

8 

10 

3Q 

01/03/92 

04/09/91 

w 

1424 

40 

10 

4 

2 

5 

4 

8 

29 

11/29/91 

05/07/91 

s 

1425 

20 

12 

6 

2 

8 

8 

10 

38 

10/10/91 

01/22/91 

s 

1431 

20 

12 

6 

2 

0 

0 

10 

38 

01/10/92 

04/16/91 

s 

1432 

20 

12 

6 

2 

8 

8 

10 

38 

12/20/91 

03/26/91 

p 

1433 

40 

11 

4 

2 

9 

5 

7 

33 

12/06/91 

04/16/91 

s 

1433 

20 

12 

6 

2 

8 

8 

10 

38 

11/29/91 

03/05/91 

p 

1510 

40 

12 

5 

2 

a 

5 

6 

31 

11/00/91 

04/02/91 

s 

1510 

20 

12 

5 

2 

8 

5 

6 

31 

11/08/91 

04/02/91 

p 

1520 

40 

io 

5 

2 

B 

5 

6 

31 

10/25/91 

03/19/91 

s 

1520 

20 

12 

5 

2 

8 

5 

6 

31 

10/25/91 

03/19/91 

p 

1610 

50 

9 

4 

2 

7 

4 

6 

29 

12/13/91 

05/21/91 

s 

1610 

20 

12 

5 

2 

8 

5 

6 

31 

11/08/91 

04/02/91 

p 

1620 

50 

9 

4 

2 

7 

4 

6 

29 

01/17/92 

06/25/91 
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Figure  A-B 


Appsidix  A 


UNIT-STAGE  SCHEDULE  TABLE  DATA  PRINTOUT 
Printed  on  02/13/89  at  15:12:11 


UNIT-STAGE  TABLE  DATA 

Dates  Based  an  an  Effective  Contract  Award  Date  of  06/02/89 


UNIT/ 

C-DATE 

ST  20 

30 

40 

50 

60 

65 

1110 

Wks  AGED: 

148 

151 

148 

153 

156 

160 

Duration : 

3 

4 

5 

2 

4 

6 

10/15/91 

Dates 

04/03/92 

04/24/92 

04/03/92 

05/08/92 

05/29/92 

06/26/92 

1120 

Wks  ACED: 

144 

147 

144 

149 

152 

156 

Duration: 

3 

4 

5 

2 

4 

6 

09/17/91 

Dates 

03/06/92 

03/27/92 

03/06/92 

04/10/92 

05/01/92 

05/29/92 

1130 

Wks  ACED: 

142 

146 

142 

148 

151 

156 

Duration : 

4 

4 

6 

2 

5 

6  { 

09/10/91 

Dates 

02/21/92 

03/20/92 

02/21/92 

04/03/92 

04/24/92 

05/29/92 

1210 

Wks  ACED: 

132 

134 

130 

136 

137 

143 

Duration: 

7 

a 

5 

1 

a 

9 

06/18/91 

Dates 

12/13/91 

12/27/91 

11/29/91 

01/10/92 

01/17/92 

02/28/92 

1220 

Wks  ACED: 

131 

135 

131 

137 

139 

143 

Duration : 

4 

4 

6 

2 

4 

9 

06/25/91 

Dates 

12/06/91 

01/03/92 

12/06/91 

01/17/92 

01/31/92 

02/28/92 

1230 

Wks  ACED: 

135 

138 

135 

140 

143 

148 

Duration : 

4 

4 

5 

2 

4 

9 

07/16/91 

Dates 

01/03/92 

01/24/92 

01/03/92 

02/07/92 

02/28/92 

04/03/92 

1310 

Wks  ACED: 

127 

130 

127 

133 

134 

140 

Duration : 

8 

9 

5 

1 

2 

a 

04/23/91 

Dates 

11/00/91 

11/29/91 

11/00/91 

12/20/91 

12/27/91 

02/07/92  0 

1320 

Wks  ACED: 

127 

131 

127 

133 

136 

L40  | 

Duration : 

4 

4 

6 

2 

4 

8 

04/23/91 

Dates 

11/08/91 

12/06/91 

11/08/91 

12/20/91 

01/10/92 

02/07/92  ' 

1330 

Wks  ACED: 

131 

135 

131 

137 

140 

144 

Duration: 

4 

4 

6 

2 

4 

0 

05/21/91 

Dates 

12/06/91 

01/03/92 

12/06/91 

01/17/92 

02/07/92 

03/06/92  . 

1411 

Wks  ACED: 

127 

129 

125 

131 

132 

136 

Duration : 

6 

6 

6 

1 

1 

10 

02/12/91 

Dates 

11/08/91 

11/22/91 

10/25/91 

12/06/91 

12/13/91 

01/10/92 

1412 

Wks  ACED: 

125 

127 

123 

129 

130 

134 

Duration : 

6 

6 

6 

1 

1 

9 

01/22/91 

Dates 

10/25/91 

11/08/91 

10/11/91 

11/22/91 

11/29/91 

12/27/91  t , 

1413 

Wks  ACED: 

125 

127 

124 

129 

130 

134  u 

Duration: 

6 

6 

6 

1 

1 

9 

03/12/91 

Dates 

10/25/91 

11/08/91 

10/18/91 

11/22/91 

11/29/91 

12/27/91 

1414 

Wks  ACED: 

133 

133 

130 

135 

137 

139 

Duration : 

3 

3 

6 

1 

2 

5 

04/23/91 

Dates 

12/20/91 

12/20/91 

11/29/91 

01/03/92 

01/17/92 

01/31/92 
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Figure  A-*? 


Appendix  A 


EQUIPMENT  DATA  TABLE  PRINTOUT 


Printed  an  01/15/89  at  14:58:25 


; - DURATIONS - 1 - DATES - I 

SYSTEM  NAME  TRVE  V  V  E  MT5W 

EQUIPMENT  NAME  EQSYM  PONRSFBV  P  CV  FSHH  PD  C  DAY  CD  C  DAY  INSTLDAY 

EQUIP  A  DATE  PQDL  D  DD  RTPS  PD  A  DAY  CD  A  DAY  HW  A  DAY 


AFFF  DISTRIBUTN 
AFFF  H05ERACKS  AFHRK  - 
09/18/90 

AFFF  CONC  PUMP  AFPMP  - 
09/18/90 

AFFF  PROPORTNR  AFPRP  - 
10/30/90 

AFFF  CONC  TANK  AFTNK  - 
11/02/90 


3453  6  82  12  123 

4454  7  93  26  333 

2352  4  51  25  233 

3452  3  63  12  233 


03/05/91  03/05/91  12/30/91 
10/09/90  09/18/90  03/21/91 
03/05/91  06/18/91  12/06/91 
09/18/90  12/11/90  10/01/90 
03/05/91  06/18/91  12/06/91 
10/30/90  01/29/91  12/17/90 
03/05/91  03/29/91  11/29/91 
11/06/90  11/02/90  02/18/91 


AUX  SW  COOLING 

A/C  COMPRESSORS  ASACC  - 
09/07/90 

REFRIG  COMPRPMP  ASCPM  - 
09/14/90 

MSKRAIR  COOLER  ASM AC  - 
10/05/90 

MSKRAIR  CLG  PMP  ASMCP  - 
09/14/90 

MSKRO I LCLRCOMPR  ASMOC  - 
09/14/90 

PRARYAIR  COOLER  ASPAC  - 
10/12/90 

PRARYAIR  CLGPMP  ASPCP  - 
09/07/90 

AUX  SW  PUMP  ASPMP  - 

09/14/90 

PRA I RO I LCLRCMPR  ASPOC  - 
09/14/90 

REFR  COMPR  CLR  ASRCL  - 
09/28/90 

REFRIG  COMPRPMP  ASRCP  - 
09/14/90 

STNDBY  ASW  PUMP  ASSTB  - 
09/14/90 


4553  6  92  18  .3  33 

4553  6  92  18  333 

2354  4  62  12  243 

4454  6  81  15  233 

4553  6  82  13  233 

2354  4  62  12  243 

4454  6  81  15  233 

4454  6  81  15  233 

4554  6  82  13  233 

2354  6  82  16  233 

4454  6  82  19  323 

4454  6  81  15  233 


03/15/91  03/15/91  11/11/91 
10/05/90  09/07/90  11/08/90 
03/15/91  03/15/91  11/11/91 
10/12/90  09/14/90  11/15/90 
03/15/91  03/15/91  11/11/91 
10/26/90  10/05/90  01/17/91 
03/15/91  03/15/91  11/11/91 
1U/U5/90  09/14/90  12/20/90 
03/15/91  03/15/91  11/11/91 
10/05/90  09/14/90  12/27/90 
03/15/91  03/15/91  11/11/91 
11/02/90  10/12/90  01/24/91 
03/15/91  03/15/91  11/11/91 
09/28/90  09/07/90  12/13/90 
03/15/91  03/15/91  11/11/91 
10/05/90  09/14/90  12/20/90 
03/15/91  03/15/91  11/11/91 
10/05/90  09/14/90  12/27/90 
03/15/91  03/15/91  1 1/11/91 
10/19/90  09/28/90  12/20/90 
03/15/91  03/15/91  11/11/91 
10/05/90  09/14/90  11/15/90 
03/15/91  03/15/91  11/11/91 
10/05/90  09/14/90  12/20/90 


COMPRESSED  AIR 
HP  AIR  COMPRESR  CAHPC  - 
09/25/90 

HP  AIR  FLASK  CAHPF  - 
11/20/90 

HP  AIR  MANIFOLD  CAHPM  - 
10/23/90 


3452  6  81  25  223 

2352  0  31  5123 

3453  1  31  8223 


02/12/91  03/15/91  12/30/91 
09/25/90  10/05/90  12/27/90 
02/12/91  03/15/91  11/11/91 
11/20/90  11/23/90  05/23/91 
02/12/91  03/15/91  11/11/91 
10/23/90  11/02/90  04/04/91 


CHILLED  WATER 

COOLING  COIL  CWCYL  -  3442  6  81  20  233  03/15/91  12/15/99  12/15/99 

11/02/90  11/02/90  07/14/99  01/16/99 


DRAIN  &  BALLAST 
ACTUATOR  DBACT 

10/19/90 


3453  4  51  12  233  03/15/91  03/15/91  01/31/92 

11/02/90  10/19/90  05/06/91 


Page  1 


Appendix  A 


EQUIPMENT  -  UNIT  -  STAGE  TABLE  DATA  PRINTOUT 
Printed  on  01/15/89  at  15:02:22 


SYS 

EQUIPMENT 

UNIT 

STAGE 

INSTALLATION 

UNIT 

TYP 

SYMBL 

NAME 

DATE 

"C"  DATE 

P 

AFHRK 

AFFF  HOSE RACKS 

1421 

50 

12/30/91 

03/15/91 

P 

AFHRK 

AFFF  HOSERACKS 

1422 

60 

04/06/32 

03/29/91 

P 

AFHRK 

AFFF  HOSERACKS 

1433 

60 

02/07/92 

03/05/91 

P 

AFHRK 

AFFF  HOSERACKS 

2510 

50 

01/17/92 

06/18/91 

P 

AFPMP 

AFFF  CONC  PUMP 

2510 

40 

12/06/91 

06/18/91 

P 

AFPRP 

AFFF  PROPORTNR 

2510 

40 

12/06/91 

06/18/91 

P 

AFTNK 

AFFF  CONC  TANK 

1422 

50 

02/03/92 

03/29/91 

P 

AFTNK 

AFFF  CONC  TANK 

1423 

40 

11/29/91 

04/02/91 

P 

AFTNK 

AFFF  CONC  TANK 

2510 

40 

12/06/91 

06/18/91 

P 

ASACC 

A/C  COMPRESSORS 

1421 

40 

11/11/91 

03/15/91 

P 

ASACC 

A/C  COMPRESSORS 

1422 

40 

11/22/91 

03/29/91 

P 

ASACC 

A/C  COMPRESSORS 

1423 

40 

11/29/91 

04/02/91 

P 

ASCPM 

RBFRIG  COHPRPMP 

1421 

40 

11/11/91 

03/15/91 

P 

ASHAC 

HSKRAIR  COOLER 

1421 

40 

11/11/91 

03/15/91 

P 

ASHCP 

MSKRAIR  CLG  PMP 

1421 

40 

11/11/91 

03/15/91 

P 

ASMOC 

HSKRQILCLRCOHPR 

1421 

40 

11/11/91 

03/15/91 

P 

ASP  AC 

PRARYAIR  COOLER 

1421 

40 

11/11/91 

03/15/91 

P 

ASPCP 

PRARYAIR  CLGPMP 

1421 

40 

11/11/91 

03/15/91 

P 

ASPMP 

AUX  SH  PUMP 

1421 

40 

11/11/91 

03/15/91 

F 

ASPOC 

PRAIROILCLRCHPR 

1421 

40 

11/11/91 

03/15/91 

P 

ASRCL 

REFR  COHPR  CLR 

1421 

40 

11/11/91 

03/15/91 

p 

ASRCP 

REFRIG  COHPRPMP 

1421 

40 

11/11/91 

03/15/91 

P 

ASSTB 

STNDBY  ASM  PUMP 

1421 

40 

11/11/91 

03/15/91 

p 

CAHPC 

HP  AIR  COMPRESR 

1421 

50 

12/30/91 

03/15/91 

P 

CAHPC 

HP  AIR  COMPRESR 

1422 

50 

02/03/92 

03/29/91 

P 

CAHPF 

HP  AIR  FLASK 

1421 

40 

11/11/91 

03/15/91 

P 

CAHPF 

HP  AIR  FLASK 

1422 

40 

11/22/91 

03/29/91 

P 

CAHPM 

HP  AIR  MANIFOLD 

1421 

40 

11/11/91 

03/15/91 

P 

CAHPH 

HP  AIR  MANIFOLD 

1422 

40 

11/22/91 

03/29/91 

P 

CAHPH 

HP  AIR  MANIFOLD 

2400 

40 

02/07/92 

07/30/91 

P 

DBACT 

ACTUATOR 

1421 

60 

02/24/92 

03/15/91 

P 

DBACT 

ACTUATOR 

1422 

60 

04/08/92 

03/29/91 

P 

DBACT 

ACTUATOR 

1423 

60 

01/31/92 

04/02/91 

P 

DBAED 

AUX  EDUCTOR 

1421 

50 

12/30/91 

03/15/91 

P 

DBAED 

AUX  EDUCTOR 

1422 

50 

02/03/92 

03/29/91 

P 

DBAED 

AUX  EDUCTOR 

1423 

50 

01/17/92 

04/02/91 

P 

DBHED 

MAIN  EDUCTOR 

1421 

50 

12/30/91 

03/15/91 

P 

FHPMP 

FIRE  PUMP 

1421 

40 

11/11/91 

03/15/91 

P 

FHPMP 

FIRE  PUHP 

1422 

40 

11/22/91 

03/29/91 

P 

FHPMP 

FIRE  PUMP 

1422 

50 

02/03/92 

03/29/91 

P 

FHPHP 

FIRE  PUMP 

1423 

40 

11/29/91 

04/02/91 

P 

FMSTR 

FIREPMP  STRAIN R 

1421 

40 

11/11/91 

03/15/91 

P 

FHSTR 

FIREPMP  STRAINR 

1422 

40 

11/22/91 

03/29/91 

P 

FHSTR 

FIREPMP  STRAINR 

1423 

40 

11/29/91 

04/02/91 

P 

HSST6 

STEERING  GEAR 

1610 

50 

12/13/81 

04/02/91 

P 

PHHCL 

MASKER  COOLER 

1422 

50 

02/03/92 

03/29/91 

P 

PHKCP 

MASKER  COMPRSR 

1422 

50 

02/03/92 

03/29/91 

P 

PMPCL 

PRAIRE  COOLER 

1422 

50 

02/03/92 

03/29/91 

P 

PHPCP 

PRAIRIE  COMPRSR 

1433 

50 

01/17/92 

03/05/91 

P 

PMBRP 

BROH  RECIRC  PMP 

1422 

40 

11/22/91 

03/29/91 

P 

PHDST 

DISTILLERS 

1422 

60 

04/06/92 

03/29/91 

P 

PHDST 

DISTILLERS 

1423 

60 

01/31/92 

04/02/91 
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Appendix  A 


SYSTEM  DEPENDENCY  DATA  TABLE  PRINTOUT 


On  01/15/09  At  10:48:41 


SYSTEMS 

1 

■  tNLSH-FTNISH  LAGS 

PHASE  2 

START 

USER 

PRVDR 

DRVR 

USR  HH1 
PRV  PHI 

USR  CL C 
PRV  CLC 

PRV  PH2 
USR  PH2 

USR  PH3 
PRV  PH3 

"A" 

PRPVDR'S 

DATES 

USER'S 

AF 

SW 

FM 

2 

2 

2 

07/24/90 

06/26/90 

AS 

sw 

KM 

i 

4 

2 

L 

07/24/90 

06/26/90 

OB 

SW 

FM 

3 

5 

2 

2 

07/24/90 

06/19/90 

FM 

sw 

- 

L 

2 

2 

3 

07/24/90 

07/10/90 

PM 

sw 

FM 

2 

6 

2 

2 

07/24/90 

06/12/90 

PW 

Cft 

= 

l 

1 

l 

1 

09/25/90 

09/18/90 

SF 

sw 

FM 

2 

4 

2 

2 

07/24/90 

06/26/90 

SF 

CA 

PW 

2 

3 

4 

2 

09/25/90 

09/04/90 

SF 

CA 

- 

2 

2 

2 

09/25/90 

09/11/90 

Figure  A-12 


Appendix  A 


DIAGRAM  CURRENT/ ACTUAL  DATA  TABLE  CONTENT 
Printed  on  08/31/89  at  15tl4s41 


Uaa  =  •  =r  "  —  '  ■■  ■■  jl 

SYSTEM  NAME 

PHASE  1 

CALCULATIONS 

PHASE  2 

PHASE  3 

START  FINISH 

START 

FINISH 

START 

FINISH 

START 

FINISH 

AFFF  DISTRIBUTN 

Carr  05/05/89  05/16/89 

05/20/89 

06/14/09 

06/17/89 

10/18/Q9 

10/21/89 

12/07/89 

Act 1  06/09/89  06/23/B9 

06/23/89 

— 

- 

AUX  SW  COOL I NS 

Curr  08/12/89  09/10/89 

09/13/89 

09/14/89 

09/30/89 

12/07/89 

01/14/90 

03/22/90 

Actl  - 

— 

— 

“ 

— 

- 

COMPRESSED  AIR 

Curr  07/09/90  07/27/90 

07/30/90 

00/24/90 

00/27/90 

10/19/90 

10/22/90 

12/14/90 

Act!  06/12/90  - 

— 

— 

— 

— 

CHILLED  WATER 

Curr  09/24/90  10/05/90 

10/00/90 

10/26/90 

10/29/90 

01/04/91 

01/07/91 

03/15/91 

Actl  -  - 

** 

— 

DRAIN  6  BALLAST 

Curr  -  - 

_ . 

Actl  - 

— 

— 

— 

— 

- 

FIREMAIN 

Curr  08/15/90  00/31/90 

09/03/90 

09/20/90 

10/01/90 

11/23/90 

11/26/94 

01/10/91 

Actl  - 

— 

- 

FIREMAIN 

Curr  —  - 

_ 

_ . 

_ 

Actl  - 

“ 

— 

- 

- 

HYDRAULIC  STRG 

Curr  -  - 

_ 

_ 

.  „ 

Actl  -  - 

— 

-* 

*- 

— 

- 

PRAIRIE  MASKER 

Curr  -  - 

R1_ 

_ 

_ 

Actl  - 

— 

— 

— 

— 

- 

POTABLE  WATER 

Curr  05/20/89  05/31/89 

06/03/09 

06/28/89 

07/01/89 

09/20/09 

09/23/09 

12/12/89 

Actl  - 

— 

— 

— 

SANITARY  FLUSHG 

Curr  “  - 

_ 

. 

Actl  - 

— 

— 

— 

— 

— 

MAIN  SW  COOL INS 

Curr  08/20/90  09/07/90 

09/10/90 

10/12/90 

10/15/90 

12/21/90 

12/24/90 

03/01/91 

Actl  - 

— 

— 
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Appendix  A 


DIAGRAM  SCHEDULE  - 

Based  on  Contract  Award  Date  of  06/02/89 
Printed  on  06/30/89  at  15:33:18 


SYSTEM  NAME  SHIPYARD  DWGNR  OWNER'S  DWG 

PHASE  ONE  CALCULATIONS  PHASE 

START  FINISH  START  FINISH  START 

NR 

TWO 

FINISH 

PHASE 

START 

THREE 

FINISH 

AUX  SW  COOLING 

£ 

L  04/27/90  05/22/90 
C  08/12/89  09/10/89 

A  - 

SYDNR  YYYYYYE  520-23456789E 

06/29/90  09/04/90 
05/25/90  06/26/90  12/24/90  03/01/91 
09/13/89  09/14/89  09/30/89  12/07/89 

09/07/90 

03/04/91 

01/14/90 

12/04/90 

06/03/91 

03/22/90 

DRAIN  &  BALLAST 

E 

L  04/27/9 0  05/22/90 
C  - 

05/25/90 

06/19/90 

06/22/90 

12/24/90 

08/28/90 

03/01/91 

08/31/90 

03/04/91 

11/20/90 

05/27/91 

A  - 

— 

— 

— 

- 

SANITARY  FLUSHG 

E 

L  04/27/90  05/22/90 
C  - 

05/25/90 

06/26/90 

06/29/90 

12/28/90 

09/04/90 

03/05/91 

09/07/90 

03/08/91 

11/13/90 

05/17/91 

A  - 

— 

““ 

— 

- 

PRAIRIE  MASKER 

E 

L  05/04/90  05/22/90 
C  - 

05/25/90 

06/12/90 

06/15/90 

11/16/90 

08/07/90 

01/08/91 

08/10/90 

01/11/91 

10/02/90 

03/08/91 

A  - 

— 

— 

— 

— 

— 

AFFF  DISTRIBUTN 

E 

L  05/18/90  05/29/90 
C  05/05/89  05/16/89 
A  06/09/89  06/23/B9 

SYDNR  XXXXXXD  553-12345678D 

06/29/90  08/21/90 
06/01/90  06/26/90  12/28/90  02/19/91 
05/20/89  06/14/89  06/17/89  10/18/89 
06/23/89  - 

08/24/90 

02/22/91 

10/21/89 

10/16/90 

04/19/91 

12/07/89 

FIREMAIN 

E 

L  05/25/90  06/12/90 
C  - 

06/15/90 

07/10/90 

07/13/90 

11/16/90 

10/16/90 

02/19/91 

10/19/90 

02/22/91 

01/08/91 

05/17/91 

A  - 

** 

— 

- 

- 

FIREMAIN 

e 

L  05/25/90  06/12/90 
C  00/15/90  08/31/90 
A  - 

06/15/90 

09/03/90 

07/10/90 

09/28/90 

07/13/90 

11/16/90 

10/01/90 

10/16/90 

02/19/91 

11/23/90 

10/19/90 

02/22/91 

11/26/94 

01/08/91 

05/17/91 

01/18/91 

MAIN  SW  COOLING 

E 

L  05/25/90  06/19/90 
C  08/20/90  09/07/90 
A  - 

06/22/90 

09/10/90 

07/24/90 

10/12/90 

07/27/90 

11/02/90 

10/15/90 

10/02/9 0 
01/08/91 
12/21/90 

10/05/90 

01/11/91 

12/24/90 

01/01/91 

04/12/91 

03/01/91 
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Appendix  A 


SYSTEM  TYPE  UNIT  ASSEMBLY  PROCESS  SCHEDULE 
Based  on  a  Contract  Award  Date  of  06/02/89 
Printed  on  06/30/89  at  11:16:34 


UNIT  SYSTYPE  ASSEMBLY  DRAWING  NR.  FABRICATION  DWG  NR. 

UAD  UFD  UFP  UFF 

START  FINISH  START  FINISH  START  FINISH  START  FINISH  I 

1421  P  1421 -P I —40— A  1421— FF— 40 — 

Earlys  04/01/91  06/07/91  04/22/91  05/31/91  06/17/91  07/05/91  07/22/91  09/13/91 

Late  :  05/16/91  07/22/91  06/03/91  07/12/91  07/29/91  08/16/91  09/02/91  10/25/91 

Curr  :  04/29/91  07/05/91  05/20/91  06/28/91  07/15/91  08/02/91  08/19/91  10/11/91 

Act  -  -  -  —  -  -  - 


1422  P  1422— P I — 30— B  1422-PF-30-C 

Early:  04/15/91  07/05/91  05/06/91  06/21/91  07/08/91  07/26/91  08/12/91  10/11/91 

Late  :  06/20/91  09/09/91  07/00/91  08/23/91  09/09/91  09/27/91  10/14/91  12/13/91 

Curr  :  06/03/91  08/23/91  06/24/91  08/09/91  08/26/91  09/13/91  09/30/91  11/13/91 

Act  :  -  -  -  -  -  -  - 


1421  5  1421-SI-20-B  1421-3F-20-A 

Early:  04/01/91  06/21/91  04/22/91  06/14/91  07/01/91  07/19/91  08/05/91  09/27/91 

Late  :  04/18/91  07/08/91  05/06/91  06/28/91  07/15/91  08/02/91  08/19/91  10/11/91 

Curr  -  -  -  -  -  -  - 

Act  :  -  -  -  -  -  -  -  - 


1422  S  1422— SI— 20— A  1422-SF-20-B 

Early:  04/15/91  07/05/91  04/29/91  06/21/91  07/08/91  08/02/91  08/19/91  10/25/91 

Late  :  05/02/91  07/22/91  05/13/91  07/05/91  07/22/91  08/16/91  09/02/91  11/08/91 

Curr  :  -  -  -  -  -  -  -  - 

Act:- 


1424  P 

Early:  04/26/91  06/25/91  05/10/91  06/18/91  07/05/91  07/30/91  08/16/91  10/08/91 

Late  :  06/03/91  08/02/91  06/14/91  07/23/91  08/09/91  09/03/91  09/20/91  11/12/91 

Curr  :  -  -  -  -  -  —  -  - 

Act:-  -  -  -  -  -  -  - 


1412  P 

Early:  02/08/91  04/16/91  02/22/91  04/16/91  05/03/91  06/11/91  06/28/91  08/20/91 

Late  :  04/29/91  07/05/91  05/10/91  07/02/91  07/19/91  08/27/91  09/13/91  11/05/91 

Curr  :  -  -  -  -  -  -  -  - 

Act:-  -  -  -  -  -  -  - 


1423  P 

Early:  04/19/91  07/09/91  05/03/91  06/25/91  07/12/91  08/20/91  09/06/91  10/29/91 

Late  :  05/06/91  07/26/91  05/17/91  07/09/91  07/26/91  09/03/91  09/20/91  11/12/91 

Curr  :  —  -  -  -  -  —  -  - 

Act:-  -  -  -  -  -  -  - 


1411  W  - 

Early:  03/01/91  04/23/91  03/15/91  04/09/91  04/26/91  05/21/91  06/07/91  06/25/91 

Late  :  07/29/91  09/20/91  0B/09/91  09/03/91  09/20/91  10/15/91  11/01/91  11/19/91 

Curr  :  —  -  -  -  —  —  -  - 

Act:-  -  -  -  -  -  -  - 


Elgin.  fr-AZ 


Appendix  A 


EQUIPMENT  SCHEDULES  AND  STATUS 
Based  an  Contract  Award  Date  of  06/02/89 
Printed  Qn  06/30/89  at  15; 37 ; 48 


SYSTEM 

EQUIPMENT  NAME  SYMBOL  PQ  NR. 

TECH  SPEC 
START  FINISH 


AFFF  DISTRIBUTN 

AFFF  HOSERACKS  AFHRK 


Early  Sched 
Late  Sched 
Current  Sched 
Actual 

06/29/90 

09/21/90 

10/16/89 

07/17/90 

10/09/90 

11/03/89 

09/25/90 

12/18/90 

12/15/89 

01/29/91 

02/19/91 

02/16/90 

02/12/71 

02/12/91 

03/02/90 

AFFF  CQNC  PUMP 

Early  Sched 
Late  Sched 
Current  Sched 
Actual 

AFPMP 

06/29/90 

09/21/90 

10/16/89 

07/24/90 

10/16/90 

11/10/89 

10/09/90 

01/01/91 

01/15/90 

02/19/91 

02/19/91 

03/02/90 

03/05/91 

05/28/91 

03/16/90 

AFFF  PRQPORTNR 

Early  Sched 
Late  Sched 
Current  Sched 
Actual 

AFPRP 

06/29/90 

11/02/90 

07/10/90 

11/13/90 

09/18/90 

01/22/91 

02/19/91 

02/19/91 

02/26/91 

05/2B/91 

AFFF  CQNC  TANK 

Early  Sched 
Late  Sched 
Current  Sched 
Actual 

AFTNK 

06/29/90 

11/05/90 

07/22/89 

07/17/90 

11/23/90 

08/09/89 

09/18/90 

01/25/91 

10/04/89 

02/15/91 

02/19/91 

11/15/89 

03/08/91 

03/08/91 

11/29/89 

AUX  SW  COOLING 

A/C  COMPRESSORS 
Early  Sched 
Late  Sched 
Current  Sched 
Actual 

ASACC 

06/29/90 

09/10/90 

07/24/90 

10/05/90 

10/09/90 

12/21/90 

02/01/91 

03/01/91 

02/22/91 

02/22/91 

REFRIG  COMPRPMP 
Early  Sched 
Late  Sched 
Current  Sched 
Actual 

ASCPM 

06/29/90 

09/17/90 

07/24/90 

10/12/90 

10/02/90 

12/21/90 

02/01/91 

03/01/91 

02/22/91 

02/22/91 

M5KRAIR  COOLER 

Early  Sched 
Late  Sched 
Current  Sched 
Actual 

ASMAC 

06/29/90 

10/0B/90 

07/10/90 

10/19/90 

10/02/90 

01/11/91 

.J 

02/08/91 

03/01/91 

02/22/91 

02/22/91 

MSKRAIR  CLG  PM P 
Early  Sched 
Late  Sched 
Current  Sched 
Actual 

ASMCP 

06/29/90 

09/17/90 

07/24/90 

10/12/90 

10/09/90 

12/28/90 

02/08/91 

03/01/91 

02/22/91 

02/22/91 
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